支持多种下载任务列表管理 about fkdownloader HOT 8 CLOSED

emmm 文件类型是没有上限的, 而且您这个需求偏向针对性, 所以最好是自己进行管理, 而不是依赖下载库来实现, 比如 key: url, value: type 这样储存信息.
也许以后我会添加诸如按 tag 进行分组操作 的功能, 但优先级并不高.

from fkdownloader.

+1
比如 m3u8 文件，这种单个任务是很多单个 request 组成的。

from fkdownloader.

0.0.15 版本将 tag 相关的操作添加上了, 但目前只有最简单的操作, -[FKTask addTags:], -[FKTask removeTags:], -[FKDownloadManager acquireWithTag:]和 FKTaskInfoTags key.
各位还有什么想要添加的基本操作吗?
现在大部分的功能快要基本完善了, 完善后就是 1.0.0 版本了

from fkdownloader.

1. task 可以单独设置全路径
2. tags 的汇总状态回调

from fkdownloader.

1. 单独设置恢复数据保存路径和文件保存路径, 这个需求没毛病
2. tags 的汇总状态回调可以详细说一下吗?

from fkdownloader.

汇总的话可能和当前添加 tags 的思路不一样。比如我有 10 task 他们是一个组的，类似于 taskGroup，然后这个 taskGroup 拥有和 task 一样的状态回调，只不过回调的是这10个一起的汇总信息。FKDownloadManager 里面不是有 progress 吗，总的进度，我看了下好像还没实现，跟这个汇总是一个意思。

from fkdownloader.

总任务进度的实现有瑕疵, 已经修复了, 并且添加了一个总任务进度的 Blok.
0.0.16 版本已经支持获取一组任务的总进度了, 可以使用 [[FKDownloadManager manager] acquireWithTag:@"tag"].groupProgress 这种方法获取组任务的 NSProgress.
唯一的缺点就是文件总大小无法在第一时间全部获取, 只有进行过的任务才可获取准确的 Conten-Length.

from fkdownloader.

0.0.17 版本把组进度不准确的问题解决了, 方案是使用固定大小与完成百分比计算的, 即使有的任务 Conten-Length 为 0 也可以正确包含并计算了

from fkdownloader.