应该将Javascript按页面分解成文件还是合并到一个文件中？

我应该为每个页面分开我的js，假设没有重叠并将引用放在每个页面上而不是有一个主文件？典型的做法是什么？感谢应该将Javascript按页面分解成文件还是合并到一个文件中？

2010-03-26 zsharp

一切，是常见到你的网站的每个网页应该是一个单一的文件，因为它会被浏览器只加载一次。

代码特异于单个（或者2）网页应该去单独的文件，由需要它们的页面才加载。

这是我做的方式：您使用浏览器的缓存来减少你的带宽并加快页面的加载和渲染。

2010-03-26 22:30:01

它有点平衡的行为的。 1文件非常适合较少的HTTP开销，但如果这最初是3个可高速缓存的文件，并且您需要对其中一个文件进行单一更改，则用户必须重新下载所有3个文件的内容才能获得更改。如果它是3个单独的文件，则只需要下载修改的文件。脚本也是阻塞的，因此如果你可以将它们中的任何一个推到页面的底部（可能需要分离），那么就会有一次性能提升。使用单独的js文件开发的 – scunliffe 2010-03-26 22:40:38

对于不经常访问的页面，则装入的javascript内联（在所有的标记的底部）为最快的加载时间（如需要少一个TCP连接是单独的.js脚本文件的情况下）。

对于经常打的页面却反其道而行之：引用的.js脚本文件 - 在这种情况下，由浏览器缓存整个页面加载的聚集提供了更大的优势。

在较大的项目中，在单独的.js文件（例如，可以使用模块模式）中开发JavaScript，然后进行生产，将它们编译为单个文件（或每个应用程序体系结构的多个文件）建立脚本。

来源

2010-03-26 22:49:51 micahwittman

具有可以使用简单的构建脚本合并为一个文件的优点，但是将单个文件拆分为多个文件要困难得多。 – Anurag 2010-03-27 01:08:11

这一切都取决于你有什么样的应用程序。如果您的应用程序经常访问但是时间很短，那么初始加载时间很重要，您应该尝试合并文件。

但是，如果您希望用户在您的应用程序中一次花费数小时，并且初始加载时间并不重要，那么我会建议将您的.js文件尽可能多地分区以使其可读 - 因为它们会在初始加载之后都会被缓存。

不要相信炒作。除非你是一个谷歌搜索引擎，否则你应该小心不要在最初启动时牺牲几秒（或更少）的可读性。换句话说，经验法则是正义的，不要神经过敏跟着他们 - 首先想到的:-)

来源

2010-03-27 02:39:47 plodder

应该将Javascript按页面分解成文件还是合并到一个文件中？

回答

相关问题