Warning: file_get_contents(/data/phpspider/zhask/data//catemap/9/csharp-4.0/2.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Performance 桌面应用程序的响应时间有什么标准吗?_Performance - Fatal编程技术网

Performance 桌面应用程序的响应时间有什么标准吗?

Performance 桌面应用程序的响应时间有什么标准吗?,performance,Performance,客户要求所有“基于对话框”的应用程序的响应时间不超过1秒。他说的是我们的桌面应用程序,这些应用程序从连接到SQL server的业务服务器获取数据 通常1秒对我们来说是可以的,但是我们有一些表单需要更长的时间(最多2或3秒)。您是否知道任何标准(或任何来源)规定了用户的响应时间?我发现了许多不同的信息,但大多数是针对网页的,而不是针对桌面应用程序的 我在某个地方读到3秒是“神奇”的数字。然后我读了诺曼·尼尔森关于网页的“10秒规则”。还有一些人谈到“4秒”规则 我想从某个“第三方”那里为我的客户

客户要求所有“基于对话框”的应用程序的响应时间不超过1秒。他说的是我们的桌面应用程序,这些应用程序从连接到SQL server的业务服务器获取数据

通常1秒对我们来说是可以的,但是我们有一些表单需要更长的时间(最多2或3秒)。您是否知道任何标准(或任何来源)规定了用户的响应时间?我发现了许多不同的信息,但大多数是针对网页的,而不是针对桌面应用程序的

我在某个地方读到3秒是“神奇”的数字。然后我读了诺曼·尼尔森关于网页的“10秒规则”。还有一些人谈到“4秒”规则

我想从某个“第三方”那里为我的客户提供一些论据(“正如你可能知道的,ISO规范中规定的接受极限为xx”):-)


谢谢

即使您的对话框的实际性能无法提高,您也可以看看可以提高应用程序感知性能的技术。延迟加载或在显示对话框后异步加载部分对话框可能会改善用户体验,而不需要您付出额外的努力。进度反馈,也可以改善用户体验。您可能希望与一些用户(甚至是一对夫妇)一起测试一些想法,以了解他们对问题的看法,然后查看解决这些特定问题的技术。

即使无法提高对话框的实际性能,您也可以查看可以提高应用程序感知性能的技术。延迟加载或在显示对话框后异步加载部分对话框可能会改善用户体验,而不需要您付出额外的努力。进度反馈,也可以改善用户体验。你可能想和一些用户(甚至是一对夫妇)一起测试一些想法,看看他们对问题的看法,然后看看解决这些具体问题的技术。

既然你提到尼尔森·诺曼

一些引语来自:(关于网站)(为“10秒规则”提供了更多的上下文)

从1秒到10秒,用户肯定会觉得任由计算机摆布,希望它更快,但他们可以处理它

10秒的延迟通常会让用户立即离开站点。即使他们留下来,他们也更难理解发生了什么,这使得他们在任何困难的任务中都不太可能成功

即使是几秒钟的延迟也足以造成令人不快的用户体验

而且(对于web和应用程序)也提到了10秒,但它只是说如果需要更长的时间,您应该给出一个估计的持续时间。它还说“响应时间应该尽可能快”

您应该从中获得什么:

建议将这些数字作为上限。用户通常对接近这些时间的响应时间不满意,但偶尔会愿意接受它们(不一致)

一般来说,一秒钟的响应时间确实不太值得要求。但是,如果有一些对话框需要更长的时间,这应该是可以接受的


如果响应时间绝对不能再提高,客户也不满意,那么您唯一能做的就是用外行的术语给出一些技术细节,作为响应时间的理由。例如,服务器不够好,无法处理程序,或者网络连接速度太慢,等等。我不认为任何客户会真的很高兴被引用一些他们从未听说过的规范,即使有。

既然你提到尼尔森诺曼

一些引语来自:(关于网站)(为“10秒规则”提供了更多的上下文)

从1秒到10秒,用户肯定会觉得任由计算机摆布,希望它更快,但他们可以处理它

10秒的延迟通常会让用户立即离开站点。即使他们留下来,他们也更难理解发生了什么,这使得他们在任何困难的任务中都不太可能成功

即使是几秒钟的延迟也足以造成令人不快的用户体验

而且(对于web和应用程序)也提到了10秒,但它只是说如果需要更长的时间,您应该给出一个估计的持续时间。它还说“响应时间应该尽可能快”

您应该从中获得什么:

建议将这些数字作为上限。用户通常对接近这些时间的响应时间不满意,但偶尔会愿意接受它们(不一致)

一般来说,一秒钟的响应时间确实不太值得要求。但是,如果有一些对话框需要更长的时间,这应该是可以接受的


如果响应时间绝对不能再提高,客户也不满意,那么您唯一能做的就是用外行的术语给出一些技术细节,作为响应时间的理由。例如,服务器不够好,无法处理程序,或者网络连接速度太慢,等等。我不认为任何客户会真的很高兴被引用一些他们从未听说过的规范,即使有。

什么?100毫秒以上真的很烦人,除非我知道你真的在做实际工作(例如,不只是从数据库中转储数据),然后我再次指出,许多普通用户完全可以操作完全受恶意软件感染的计算机,鼠标延迟3秒。5秒是另一个神奇的数字,由Windows的IsHungAppWindow()使用。用于显示“无响应”重影窗口。如果客户端要求最多1秒,这一切都是毫无意义的。请确保覆盖后端,并有一种方法来测量客户端SQL Server启动respon所需的时间