在处理包含大量 javascript 的网站时,我发现这些仍然通常作为一个大型 javascript 文件提供给客户端。
在开发阶段,是否通常将 javascript 文件拆分(比如超过 300 行 js)以使事情更易于管理,然后在网站“上线”时合并?还是开发人员只是忍受处理一个长长的大文件?
在处理包含大量 javascript 的网站时,我发现这些仍然通常作为一个大型 javascript 文件提供给客户端。
在开发阶段,是否通常将 javascript 文件拆分(比如超过 300 行 js)以使事情更易于管理,然后在网站“上线”时合并?还是开发人员只是忍受处理一个长长的大文件?
我们将不同的模块/类/部分放在单独的文件中,并使用适当的构建过程来
在我的一个项目中可以找到如何使用 Ant 的示例 http://github.com/oyvindkinsey/easyXDM/blob/master/build.xml。
我还有一些项目,其中网络服务器会在为客户端提供服务之前自动合并文件、本地化并缩小它们。
因此,坚持使用可管理的内容,使用单独的文件,但请记住,如果您使用错误报告,那么行号将指向连接的版本。
根据我的经验——在开发中拥有单独的文件是常态。当您需要寻找代码或让多个人在系统的不同部分工作时,它肯定会让生活更轻松。
在开发环境中根据类和功能(就像您为 java 项目拥有它们一样)拥有多个 javascript 文件将是理想的。
但是,当您在生产中部署 js 文件时,您应该将所有 js 文件连接到一个文件中,并让您的 Web 应用程序引用它们。这会让事情变得容易
注意:还建议使用 javascript 压缩器来减小实际大小,从而节省带宽。
开发因公司而异,也因开发人员团队而异。
我自己习惯于逐步实现功能的方法,将这些功能存储在单独的文件中,并在大多数情况下将所有内容合并在一起 - 至少当我不是唯一一个从事给定项目的人时。