这个问题已经在这里有一个答案：
- 把JavaScript的一个.js文件或打破它分成多个.js文件？ 10个回答
- 我应该复制我所有的JavaScript源到一个单一的文件？ 3个回答
好了，我有一个合理的规模项目，在这里我使用jQuery骨干和其他几个JavaScript库。 我想知道我是否应该有一个文件，我的JavaScript库，另一个是我的自定义代码。 或一堆独立的JavaScript文件。
Answer 1:
这通常是为拥有较少的HTTP请求是一个好主意。 所以，你应该尽可能减少文件的数量是合理的 。
我个人的偏好是有三个JavaScript文件“组”：
- 核心文件。 包含用于几乎无处不在的功能和其他有用的页面初始化的东西。
- 模块文件。 包含在几个地方使用，但不能处处代码。 可以顺便去提供额外的功能。 举例来说，如果你有一个脚本来处理日期输入，你可以把它作为一个模块文件，并将其添加到具有日期输入页面。
- 具体的页面文件。 这些文件包含只在一个地方使用的代码。 他们添加为单独的文件不是页面本身的一部分，唯一的原因是缓存的原因。
Answer 2:
一个大文件。 当它进入生产，你应该再缩小代码，如果它的大压缩。 你想使服务器尽可能地提高页面的性能尽可能少的请求
Answer 3:
一个大文件或两个文件：一小一倍大。 需要明确的是，这是很好的发展过程中有单独的文件-也许使用类似requireJS 。 但是，当你部署它，这是很好的压缩一切都在一个文件中，以减少HTTP延迟和请求。
我提到的两个文件。 在某些情况下，它可能是很好的有一个小文件，即负责将“引导”操作，同时“大文件” -尤其是如果它真大-下载。 这是特别是对于第一次访问有用的，因为用户没有缓存尚未您的文件。
Answer 4:
这是最好的，将其分离出来，但没有得到过分热心。 这样，你可以在以后重用你的库代码。 此外，大家都喜欢用不同的文件的工作更多的是因为它让事情变得更有条理。
这就是说，它也是最好给用户一个压缩文件，这样一切都可以很容易地缓存，这也减少了页面请求的数量。 Rails 3中的资产管道自动执行此操作，例如。 您可以编写一个脚本来运行你喜欢的压缩机。 但你不应该牺牲这个代码的可读性 - 你可以有你的蛋糕和熊掌兼得！
Answer 5:
由于建议是很好的与较小的文件工作，但对于生产代码，您的构建过程应该包括优化。 该优化的一部分，应尽量减少文件大小和网络流量optimzation，通过合并成一个单一的js文件，以减少浏览器的调用。
Answer 6:
作为一个规则，我用尽可能少去只是为了减少对服务器的请求数。
Answer 7:
取决于应用程序的大小。 但通常情况下总是最好将你的JavaScript文件适当更好的可维护性和可重用性。
你可以使用一个JS模块加载像RequireJS加载你的JavaScript。 至少上面的文件会被主办。 您可以通过确保这些文件可以在用户的浏览器缓存，使他们只下载过一次提高服务器的性能。
文章来源: One big javascript file or multiple smaller files? [duplicate]
