在 JavaScript 最佳实践中组织库依赖项答案

【问题标题】：Organizing library dependencies in JavaScript best practice在 JavaScript 最佳实践中组织库依赖项
【发布时间】：2011-12-01 08:35:39
【问题描述】：

人们对在 javascript 中组织依赖项的最佳方式有何看法？我知道基础知识，但有一些更具体的问题。通过阅读 Douglas Crockford 和这里的其他帖子，我知道将脚本标签尽可能晚地放在正文中，使用缩小，将所有客户端代码合并到一个适用的 .js 文件中，等等。

但是，使用库的最佳方式是什么？例如，假设您执行以下操作：

<script type="text/javascript" src="jquery.min.js"></script>
<script type="text/javascript" src="somelib.min.js"></script>
<script type="text/javascript" src="myappcode.min.js"></script>

会不会认为脚本标签太多？假设 myappcode.min.js 依赖于但也修改了 somelib.min.js 的某些部分——您是否应该将它们合并到一个文件中？

另外，引用一个 .js 文件（例如另一个 .js 文件中的库）是否可能甚至是一个好主意，而不是仅仅将一个脚本标记放在另一个之前以便在后者中引用它？来自 C# 背景，我知道 JavaScript 是按顺序解析的，而不是从 main() 方法开始并继续进行 - 所以我猜脚本方法是非常标准的，但想确定一下。

【问题讨论】：

标签： javascript coding-style dependencies

【解决方案1】：

如果您编写 JavaScript 处理程序，您可以将这些 JavaScript 标记合并为一个标记，同时仍然能够将所有 JS 库文件分开。查看the code for the JS handler in the UC Mobile Web Framework 以获取有关如何执行此操作的示例。

【讨论】：

【解决方案2】：

这取决于看它的人。我不认为 3 个脚本标签不好，尽管众所周知减少 HTTP 请求的数量会提高网站的加载速度（因为它会减少每个单独请求的开销）。

我不会仅仅为了在我的开发项目中合并文件而合并文件。但是，当上传到生产服务器时，我会将文件合并在一起以减少必要的脚本标签数量，因为您不应该关心生产环境中的可读性/等。

【讨论】：