62,072
社区成员
发帖
与我相关
我的任务
分享B/S系统，怎么处理很耗时不能很快向用户提供结果的运算？
如果是C/S或桌面程序，可以弹出个进度框，让用户看着进度条等上二十分钟，B/S系统怎么做比较好呢？
...全文
请发表友善的回复…
发表回复
herolg 2011-05-29
- 打赏
- 举报
同样有进度条，实现方式很多
wuxiaoke2009 2011-05-29
- 打赏
- 举报
AJAX
快溜 2011-05-29
- 打赏
- 举报
学习ajax
ynduanlian 2011-05-29
- 打赏
- 举报
越扯越远，呵
nfclass 2011-05-29
- 打赏
- 举报
什么鸟玩意要20分钟，还要在前台体现
建议其他办法，考虑在后台运行
建议其他办法，考虑在后台运行
以专业开发人员为伍 2011-05-29
- 打赏
- 举报
[Quote=引用 4 楼 ynduanlian 的回复:]
进度条不是问题，我担心的是会话会不会超时，这个怎么处理呢？或者用户关闭了浏览器，服务器还不知道，还在进行实际已不需要的运算？
[/Quote]
“会话不应该超时”这纯粹是一个技术问题，你完全可以每隔一分钟就访问一下服务器来解决。
只有后天的问题，是要尊重和理解客户对设计的主导权，也就顺理成章地知道自己在软件设计上没有做到位，需要客户来帮你解决的。
进度条不是问题，我担心的是会话会不会超时，这个怎么处理呢？或者用户关闭了浏览器，服务器还不知道，还在进行实际已不需要的运算？
[/Quote]
“会话不应该超时”这纯粹是一个技术问题，你完全可以每隔一分钟就访问一下服务器来解决。
只有后天的问题，是要尊重和理解客户对设计的主导权，也就顺理成章地知道自己在软件设计上没有做到位，需要客户来帮你解决的。
以专业开发人员为伍 2011-05-29
- 打赏
- 举报
另外，既然你在设计时就考虑使用进度条问题，这跟c/s、b/s又有什么关系呢？
我要特别强调的是，软件应该是用户、客户设计的，而不是什么技术人员设计的。其中这个“客户”概念实际也包括了软件公司中职业的产品经理、职业的测试经理等等人员。如果客户需要有进度条，那么技术人员就应该实现进度条。如果客户觉得这个时候使用进度条显得很痴呆，那么技术人员就不应该坚持说客户才是痴呆。
我要特别强调的是，软件应该是用户、客户设计的，而不是什么技术人员设计的。其中这个“客户”概念实际也包括了软件公司中职业的产品经理、职业的测试经理等等人员。如果客户需要有进度条，那么技术人员就应该实现进度条。如果客户觉得这个时候使用进度条显得很痴呆，那么技术人员就不应该坚持说客户才是痴呆。
以专业开发人员为伍 2011-05-29
- 打赏
- 举报
[Quote=引用楼主 ynduanlian 的回复:]
让用户看着进度条等上二十分钟
[/Quote]用户一定是痴呆，会看着进度条等20分钟。
假设一个计算需要20分钟，我就去喝茶去了，每隔几分钟也许看一下（也许根本不看）。但是无论如何，既然你的程序是在工作，就应该保证几乎总是能出来结果的。
所以最好的所谓“处理”方法就是：告诉用户可以去放心地干别的。
让用户看着进度条等上二十分钟
[/Quote]用户一定是痴呆，会看着进度条等20分钟。
假设一个计算需要20分钟，我就去喝茶去了，每隔几分钟也许看一下（也许根本不看）。但是无论如何，既然你的程序是在工作，就应该保证几乎总是能出来结果的。
所以最好的所谓“处理”方法就是：告诉用户可以去放心地干别的。
ynduanlian 2011-05-29
- 打赏
- 举报
[Quote=引用 3 楼 herolg 的回复:]
同样有进度条，实现方式很多
[/Quote]
进度条不是问题，我担心的是会话会不会超时，这个怎么处理呢？或者用户关闭了浏览器，服务器还不知道，还在进行实际已不需要的运算？
同样有进度条，实现方式很多
[/Quote]
进度条不是问题，我担心的是会话会不会超时，这个怎么处理呢？或者用户关闭了浏览器，服务器还不知道，还在进行实际已不需要的运算？
