Performance Dojo浏览器在加载模块文件方面的性能

Dojo的负载结构实际上是一种性能改进吗？至少对我来说

我公司的网站将切换到IBMWebSphere，它主要使用Dojo。我的公司非常关注页面性能，主要是“秒到页面加载”。因此，我们收到的指令是“最大限度地减少对服务器的点击”，因此，在我们目前的网站上，我们在推广到生产之前聚合了所有的.js文件

但该指令基本上正在成为法律，所以如果我反对它，我需要一个很好的理由。除了“这是个好主意”和“只在需要时加载”（据我所知，后者实际上只基于前者）之外，我一直找不到任何支持按需加载方法的东西

然后，如果我将所有内容都放在一个文件中，我将根本无法使用dojo.require（）语句，是吗？（想法是，如果我可以让开发端按模块划分，使组织更合理，但生产版本只有一个文件，然后是dojo.require（）在那里不再有意义，然后我有一个越来越复杂的情况，我需要构建来对javascript进行一些侵入性的操作，以便打包用于生产。）

---

请抵制“视情况而定”的回答。我所看到的最佳实践文档（雅虎、谷歌等）几乎只是说“减少页面负载”，而没有太多“视情况而定”。但是Dojo的框架似乎对它的方法如此明确，我想知道是否有更具说服力的论据。

Dojo实际上结合了这两种方法。在开发模式中，有许多文件使用

define

（

dojo.require

已过时）动态加载其他模块。这对于抽象和开发非常有用

然后是“生产模式”，您可以使用dojo构建系统将所有这些小文件编译成一个或多个（aka.layers）缩小的Javascript文件。这在保持所有模块化的同时减少了对服务器的点击。使用层方法，以后需要的应用程序数据将自动从单独的文件加载

见：

---

Dojo实际上结合了这两种方法。在开发模式中，有许多文件使用

define

（

dojo.require

已过时）动态加载其他模块。这对于抽象和开发非常有用

然后是“生产模式”，您可以使用dojo构建系统将所有这些小文件编译成一个或多个（aka.layers）缩小的Javascript文件。这在保持所有模块化的同时减少了对服务器的点击。使用层方法，以后需要的应用程序数据将自动从单独的文件加载

见：

---

Hm，是的，我们正在使用Dojo 1.5（是的，我知道，新网站，我的公司喜欢它计划中的过时），但我看到该页面有一个指向1.7之前版本构建过程的链接。好的，我必须开始研究这个问题，谢谢。嗯，是的，我们正在使用Dojo 1.5（是的，我知道，新网站，我的公司喜欢它的计划淘汰），但我看到该页面有一个链接到1.7之前的构建过程。好吧，我得开始调查了，谢谢。