1

在处理包含大量 javascript 的网站时,我发现这些仍然通常作为一个大型 javascript 文件提供给客户端。

在开发阶段,是否通常将 javascript 文件拆分(比如超过 300 行 js)以使事情更易于管理,然后在网站“上线”时合并?还是开发人员只是忍受处理一个长长的大文件?

4

4 回答 4

8

我们将不同的模块/类/部分放在单独的文件中,并使用适当的构建过程来

  • 使用例如验证代码。jslint
  • 连接
  • 仪器(更换、包装等)
  • 缩小

在我的一个项目中可以找到如何使用 Ant 的示例 http://github.com/oyvindkinsey/easyXDM/blob/master/build.xml

我还有一些项目,其中网络服务器会在为客户端提供服务之前自动合并文件、本地化并缩小它们。

因此,坚持使用可管理的内容,使用单独的文件,但请记住,如果您使用错误报告,那么行号将指向连接的版本。

于 2010-05-27T09:14:33.083 回答
3

根据我的经验——在开发中拥有单独的文件是常态。当您需要寻找代码或让多个人在系统的不同部分工作时,它肯定会让生活更轻松。

于 2010-05-27T09:13:38.703 回答
1

在开发环境中根据类和功能(就像您为 java 项目拥有它们一样)拥有多个 javascript 文件将是理想的。

但是,当您在生产中部署 js 文件时,您应该将所有 js 文件连接到一个文件中,并让您的 Web 应用程序引用它们。这会让事情变得容易

注意:还建议使用 javascript 压缩器来减小实际大小,从而节省带宽。

于 2010-05-27T09:14:36.627 回答
1

开发因公司而异,也因开发人员团队而异。

我自己习惯于逐步实现功能的方法,将这些功能存储在单独的文件中,并在大多数情况下将所有内容合并在一起 - 至少当我不是唯一一个从事给定项目的人时。

于 2010-05-27T09:17:35.823 回答