最不为用户着想的进度条做法，就是这样了 <- 中国开发网

CNDEV.ORG

当前在线

论坛

CBD
- 程序员情感CBD
- 程序员见面交流会
CBD开发区
- Java/J2ME
- .NET/C#
- 数据库
- Delphi/BCB
- Visual C
其它
情感
游戏
- CNDEV-CS/WOW
- 浩宇长空
生活
论坛系统

haitao：

最不为用户着想的进度条做法，就是这样了

[阅读: 418] 2006-06-21 07:22:44

最不为用户着想的进度条做法，就是这样了
好一点是，按事件（如需要拷贝的文件）的数量作为进度条的计数，因为每件事情的处理时间并不一致的
最合理的就是，按时间的数量作为进度条的计数
有些操作的时间不好预估，可以每进行一小段时间后，重新预估一下，修改进度条的计数

我的blog：http://szhaitao.blog.hexun.com & http://www.hoolee.com/user/haitao

－－以上均为泛泛之谈－－不尽牛人滚滚来，无边硬伤纷纷现人在江湖飘（出来混的），哪能不挨刀（总归是要还的）
网络对话，歧义纷生；你以为明白了对方的话，其实呢？

您所在的IP暂时不能使用低版本的QQ，请到：http://im.qq.com/下载安装最新版的QQ，感谢您对QQ的支持和使用

相关信息:

新开一贴：什么样的响应时间才是合理的？ (45字) (Fish [597] 2006-06-21 11:53)
- 人机交互，0.5秒应该是满意的极限了 (17字) (haitao [335] 2006-06-21 11:55)
  - 超过了就做进度条呗 (空) (没脾气2x [591] 2006-06-21 11:58)
    - ms做得比较聪明，进度条不再是进度条，很多都已经作成了等待条，一个色带在框框中来回流动，无穷无尽…… (空) (Miracle [453] 2006-06-21 11:59)
      - 那是因为很多是无法预先计算总时间的, 比如网络数据传送 (空) (holly [324] 2006-06-21 12:00)
        是啊，同意 (空) (Miracle [324] 2006-06-21 12:01)
        其实我一直认为进度条只是一个时间参考，进度条显示的是工作量的百分比 (空) (没脾气2x [468] 2006-06-21 12:04)
        没错，但人习惯上会把进度和执行时间估算关联起来，从用户体验上来说20%的进度条要花80%的时间的情况会导致不安和胡乱猜测 (空) (Miracle [461] 2006-06-21 14:42)
        可以把前半段弄长点嘛 (空) (没脾气2x [382] 2006-06-21 15:12)
        不，为了切合体现工作量的精神，我建议把该做的工作裁减掉一部分 (空) (Miracle [408] 2006-06-21 15:14)
      - 被holly先说了 (52字) (haitao [751] 2006-06-21 12:01)
      - 我现在统统都是用这种方式的 (空) (JoJo [345] 2006-06-21 12:07)
        全部这样不好。能够定量的，实际执行的时候波动在可以预见的区间内的，还是做成标准进度条好。 (空) (Miracle [317] 2006-06-21 14:25)
        最不为用户着想的进度条做法，就是这样了 (131字) (haitao [417] 2006-06-21 15:22)
    - 请参见 haitao 同学关于 csdn blog 的意见 (空) (holly [342] 2006-06-21 11:59)
    - 进度条是可以起到心理上的照顾作用。。。 (40字) (haitao [470] 2006-06-21 12:00)
      - 话不能这样说，以前移动认为一次规划模拟等待一天是正常的 (29字) (GoodHope [411] 2006-06-21 13:55)
        显摆谁不会啊。。。。 (69字) (haitao [357] 2006-06-21 14:10)
- 在项目工程中，客户满意的标准是随着使用和系统的演进不断漂移的 (空) (Miracle [376] 2006-06-21 11:56)
  - 头文字D！ (空) (pcplayer [311] 2006-06-21 11:59)
  - 就跟我们的系统一样，刚开始客户说很好，随着不断使用，功能不断扩充，尽管性能又提高了N倍，但客户反而期望更高的效率了。还好现在系统大部分模块的性能超出了他们的业务能力，否则还真够让人…… (空) (Miracle [444] 2006-06-21 12:01)
    - 通常这个时候 (16字) (JoJo [376] 2006-06-21 12:06)
      - 没错，我做了，他们也很乐意的支付了那笔钱。Web 服务器从4台增加到了8台，存储容量增加了1倍，附加多买了N个域名 (空) (Miracle [420] 2006-06-21 14:01)
    - 那一定是。。。。 (15字) (haitao [364] 2006-06-21 12:26)
      - 对于US企业（当然不仅仅是US的企业）来说，客户关系不能说不重要，但是在利润面前什么都不重要 (101字) (Miracle [523] 2006-06-21 14:00)
        如果说别人也能提供“当他看到性能提高X%以后可以带来可观的利润Y而成本只有比较低的Z” (10字) (leejd [410] 2006-06-21 14:07)
        有钱的出钱，有力的出力，有色的出色，走！ (6字) (Fish [383] 2006-06-21 14:11)
        如果考虑到终止合同所要负担的成本他们仍然愿意重新选择其他供应商，或者说这种情况下成本和风险仍然低于选择当前供应商，那说明当前供应商糟透了。 (99字) (Miracle [499] 2006-06-21 14:13)
        又跑题不是。。。。人机交互，等待0.5秒和0.05秒有区别吗？ (12字) (haitao [396] 2006-06-21 14:13)
        最初系统自我优化时间是3天，现在是最低能到1小时，有区别吗？ (27字) (Miracle [446] 2006-06-21 14:15)
        其它方面，当然有差别的。。。最简单的就是天气预报了 (空) (haitao [369] 2006-06-21 14:43)
        再比方说同类站点平均页面加载时间为3.7秒钟，而你的站点的平均时间是3.25秒和4.15秒，有区别吗？ (64字) (Miracle [511] 2006-06-21 14:20)
        我的意思是：对操作者来说，0.5和0.05秒，有什么利益差别吗？ (66字) (haitao [460] 2006-06-21 14:42)
        相对于投入的成本，如果它能够在合理的时间内带来足够的利润，那就合理。 (71字) (Miracle [480] 2006-06-21 14:45)
        “不那么直观”。。。。呵呵 (109字) (haitao [402] 2006-06-21 14:57)
        不继续讨论了，我想我们的关注点并不一样。 (空) (Miracle [300] 2006-06-21 14:59)
- 有时候，响应速度太快了客户有意见的 (16字) (leejd [383] 2006-06-21 12:15)
  - 通常这个时候 (16字) (JoJo [7] 今天 12:06) (8字) (Fish [424] 2006-06-21 12:17)
- 还譬如这个，人家就是喜欢慢点的 (77字) (leejd [382] 2006-06-21 12:17)
- 用惯了我家里的机器，你就知道1小时都是可以接受的 (空) (commando [379] 2006-06-21 15:06)
  - 你说的是那些笔记本中的哪一台啊？ (空) (Fish [298] 2006-06-21 15:32)

欢迎光临本社区，您还没有登录，不能发贴子。请在这里登录

页面内容处理时间: 0.009 - 515096