我已经开始将呈现页面所花费的时间添加到我们内部 Web 应用程序的页脚。目前看起来是这样的
在 0.062 秒内渲染
有时我会得到这样的渲染时间
在 0.000 秒内渲染
目前它仅作为用户判断页面是否快速加载的指南，让他们快速通知我们页面是否需要 17 秒而不是通常的 0.5 秒。我的问题是时间应该采用什么格式？此时我应该切换到诸如
之类的语句在不到一秒的时间内渲染
我喜欢看十分之一秒，但上面的第二个示例对任何人都没有用，实际上它只是突出了我用来查找渲染时间的计算限制。我宁愿根本不让用户看到！欢迎任何答案，包括页面上是否应包含任何内容。
【问题讨论】：
标签： render
我想我过分强调它是为用户服务的。
我知道通过在 web.config 中使用 in trace，我可以获得有关页面呈现时间以及访问数据库时间的准确信息。
我们过去曾遇到过应用程序在网络上运行速度过慢的问题，但现在已解决。我正在为新应用程序添加标签，以便用户知道这是我们正在认真对待的事情，这是一个非常简单的指标开发人员。
考虑到所有这些，我喜欢“立即渲染”并写了很多有意义的东西，所以我会接受你的回答和 kokos'。
谢谢
【讨论】：
我不确定告诉用户服务器渲染页面需要多长时间是否有任何价值。记录这类信息可能很值得，但他们不在乎。
如果服务器绘制页面需要 0.001 秒，但加载页面需要 17 秒（由于网络、javascript、页面大小、他们的垃圾 PC 等），他们的感知将是后者。
然后再次添加渲染时间可能会帮助您通过“与您的本地网络管理员交谈”响应来避免有关任何感知到的缓慢的询问。
鉴于您知道测量的准确性，您可以将 0.000 文本设置为“在不到千分之一秒内渲染”
【讨论】：
“立即渲染”听起来比“不到一秒渲染”要好。
【讨论】：
与其依靠您的用户查看页脚并让您知道该值是否超过了某个耐心阈值，不如将页面呈现时间记录在服务器上的日志文件中可能是一个更好的主意。获得所有原始数据后，您可以查找渲染时间往往比正常情况更长的特定页面。
通过更详细的日志记录，您还可以测量数据库查询中的已用时间，或者如果您的网络应用依赖于外部系统的话。
【讨论】：