|
|
1
1
如果您不知道其他排队文件有多大,则无法准确显示与所需时间相关且成比例的百分比值。 我想到了很多解决办法:
|
|
2
1
正如@carl所观察到的,如果不知道还有多少要发送,就无法对已经发送的比例做出真实的估计。暂且不谈科学的准确性和完整性,你的计算:
应该扩展到包含文件分数的概念。如果你在11个文件中发送了6个文件,在第7个文件中发送了30%,你需要计算
在这一行的某个地方,你把发送的文件数乘以当前已发送文件的比例
重新拾起科学的准确性和完整性,为什么不在第二个进度条上使用传输速率呢?如果你在一个合理的时间段内把它整合起来,它应该给观察者一种令人满意的感觉,即正在发生一些事情,正在取得进展。 |
|
|
3
0
天哪,我没想到最简单的方法:
(其中processedfilecount始终指示完全传输和完成的文件) 以及3个文件批的验证测试用例:
好好享受!谢谢你们的意见,不过我会考虑所有的外部建议。 |
|
|
user7638202 · 如何提取和重新导入NTFS元数据? 8 年前 |
|
|
willh99 · 将文件从Python服务器发送到Java客户端 8 年前 |
|
|
Mohsen · 文件传输下载对生产构建没有反应 9 年前 |
|
|
Samuel · 在线传输文件的最简单方法[关闭] 9 年前 |
|
|
user1850484 · 在计算机之间发送图像,从Java到MATLAB 10 年前 |
|
ydoow · Robocopy的备份模式是什么 11 年前 |