Javascript 包含许多.js文件以使代码看起来模块化可以吗？

我有一个页面，其中几乎所有函数都使用Ajax请求。我有这么多行js代码。剖析我的js代码并将其包含在我的页面中是否是一种好做法，例如：

<script src="../js_code_func_1.js"></script>
<script src="../js_code_func_2.js"></script>
<script src="../js_code_func_3.js"></script>
<script src="../js_code_func_4.js"></script>
<script src="../js_code_func_5.js"></script>

如果我这样做，会不会对性能造成不良影响

---

谢谢！从JavaScript noob..

可以看到两种不同的视角：

从开发的角度来看，每个文件应该只包含功能的一小部分（一些有限且完整的应用程序单元）

从用户体验的角度来看，文件越少越好（因为您的HTTP请求越多，用户等待页面呈现的时间就越长）

---

因此，常见的解决方案是将应用程序拆分为最佳设计实践所需的尽可能多的文件，并在部署前加入并缩小这些文件。

有两种不同的观点：

从开发的角度来看，每个文件应该只包含功能的一小部分（一些有限且完整的应用程序单元）

从用户体验的角度来看，文件越少越好（因为您的HTTP请求越多，用户等待页面呈现的时间就越长）

---

因此，常见的解决方案是将应用程序拆分为最佳设计实践所需的尽可能多的文件，并在部署之前加入并缩小这些文件

这取决于页面的使用情况。每个新的

脚本

标记都是另一个

http请求

，因此会损失一些性能

如果应用程序的规模很大，那么将它们拆分为模型-视图-控制器（或类似）模式对于开发来说是非常有效的

---

您可以随时将它们缝合在一起进行部署。

取决于页面的使用情况。每个新的

脚本

标记都是另一个

http请求

，因此会损失一些性能

如果应用程序的规模很大，那么将它们拆分为模型-视图-控制器（或类似）模式对于开发来说是非常有效的

---

您可以随时将它们缝合在一起进行部署。

最好使用单个文件感谢您的回复@thecodeparadox，但为什么使用单个文件更好？最好使用单个文件感谢您的回复@thecodeparadox，但是为什么使用单个文件更好呢？一个好的策略是先选择第一个选项，然后构建一个小的部署脚本，将所有的js附加在一起。一个好的策略是选择第一个选项，然后构建一个小的部署脚本，将所有的js附加在一起。