上传进度问题

[zzuzsj]

你好，最近在用picgo接入自己业务的时候发现一个问题，在进度显示上好像有点不友好。就算传入多个文件，仿佛uploadProgress事件也只会返回30 60 100，这样的话不利于判断已上传图片数量和未上传图片数量。所以我是需要生成多个picgo实例完成数量监控么？会影响性能么？

[Molunerfinn]

嗯，uploadProgress进度目前是按固定值来做的。多个实例来上传必然需要额外的内存开销。

之后可能会在uploadProgress事件上加入当前上传成功了多少张图片的数量应该就能满足需求。目前uploadProgress是按照整个流程的阶段来给出的值，不单单指的是上传时间。

批量上传在之后的版本更新里可能会加入一些机制来实现并行上传，提高性能。因此上传数量的这个功能可能也会放到后面的版本里实现。如果有兴趣也可以来贡献代码分享你的想法。

[zzuzsj]

我这边的想法无非也就是创建多个picgo实例来单独管理单张图片的上传进度，应该不是最佳选择。最好的做法应该还是上传内部就有针对单个文件进度的状态管理。

[Molunerfinn]

嗯，这个其实流程比较复杂，涉及到和Uploader插件的交互。之后会设计，不过不是现在。最近在写论文没有时间做改动，请谅解

[upupming]

vs-picgo 这边上传进度感觉也有点问题，前后的快慢不一，进度可否按时间计算呢？ 对于 smms 表现很明显： 腾讯云网速快一点，倒是走的很快：

[Molunerfinn]

进度不光是上传的速度，还包括了transformer、plugin等转换的时间。除了上传的部分还有可能通过progress来实现量化时间，前面的部分是没办法量化的，所以只能采用固定值来表示。

[upupming]

确实难以量化，这样已经很不错啦，那后续就优化多张图片上传的情况就好。

[zzuzsj]

好的 表示理解 大神你还在上大学么 哈哈

[Molunerfinn]

@zzuzsj 研究生...

[zzuzsj]

。。你还真是秒回呢。。

[Molunerfinn]

@zzuzsj 有邮件通知，所以比较快。我邮件看得比较频繁

[zzuzsj]

那我们私信唠唠嗑？感觉咱俩年龄应该差不多 哈 但是技术上要跟你学很多呢

[Molunerfinn]

@zzuzsj 不了不了，聊天工具用的少，而且最近确实比较忙。如果想知道我是怎么学的可以关注我的博客。 https://molunerfinn.com/

[zzuzsj]

好的