过早优化意味着(我认为)“在您知道问题之前进行优化 – 甚至是否存在问题.”在这种情况下,你正在做出所提到的牺牲之一并得不到任何回报.因此,一个坏主意.
另一方面,我真的认为Jeff Atwood 2006年的帖子“Speed Still Matters”永远适用.用户满意度与速度有很大关系.
问题
考虑到这一点,在构建AJAX应用程序时,可以使用哪些工具来识别速度瓶颈？有哪些常见的,简单的改进可以做到？
一些初步想法
我知道的一些基本想法(随意扩展这些)：
>减少请求.例如,如果您可以将多个JS或CSS文件捆绑为一个,那就是一个请求.
>发送更少的数据.较小的文件大小(缩小的JS,嘎吱作响的图像等)很有帮助.
我很好奇的一些事情：
> Google Chrome(我使用的)非常快速地运行JS.我的用户可能运行较慢的浏览器.如何最大限度地减少慢速浏览器对我的应用的影响？
解决方法
>确保您的服务器正在为可以缓存的所有文件发送缓存标头.
>如果您根据用户交互提出请求,并且有可能频繁发生交互并使之前的结果无效(例如自动完成输入),请在发出请求之前使用短计时器;如果发生另一次交互,则取消操作.
在send less data静脉中：
>确保您的服务器正在压缩可以被压缩的内容.
>通过AJAX重新加载较小的HTML块. (本地化您的更改.)
>注意你回来的反应;它是否尽可能小？有时,在发送可以轻易解析的非常大的响应时,JSON不是答案.
对于处理慢速浏览器,特别是关于Web应用程序编程,您为改进快速浏览器所做的一切都有助于缓慢浏览器.你可以最小化俗气的动画效果,只为慢速浏览器,但这不属于“简单改进”的类别,IMO.正确的答案是确定您的性能要求,必须满足这些要求的最低机器/浏览器配置,以及测试您的站点.
当您遇到速度太慢的事情时,请对您的网站进行分析.在Firebug(用于Chrome / Safari的开发人员工具)和IE8的开发人员工具之间,开发人员可以通过一些非常好的方法来识别基于JavaScript的减速.确定非常重的命中并重写或删除它们.
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 [email protected] 举报，一经查实，本站将立刻删除。
