需要还是不要求？

Question

因此，我已经建立了一个页面的Web应用程序已有一段时间了，并且我已经以一种非常模块化的方式编写了所有代码。 我一直在对所有模块使用javascript模块模式，而我的主要API使用显示模块模式来公开用于插件和其他模块的小型API。

因此，即使我一直在这样写代码，也有人提到我应该使用require.js，因为它提供了更好的模块化方法。

我认为require.js并没有真正使它更具模块化，因此我的下一个想法是require.js如何分离出依赖关系。 Require.js强制您在每个模块文件中命名依赖关系。 但这对我来说似乎是每个模块都要执行的任务，而且我有很多模块。 目前，在我的咕files构建过程中，我的所有文件都串联到一个javascript文件中，因此实际上我的所有文件都是在开始时加载的。 我需要在开始时加载大多数模块，因此这样做很有意义。

所以我的问题是...即使我的代码是模块化的，并且我所有的文件都连接在一起并在一开始就加载，我仍应使用require.js吗？ 我是否需要担心依赖关系或加载顺序？ 处理这种情况时的任何帮助/建议或以前的经验都将真正有帮助。 谢谢

Answer 1

1. 您是否有烦恼以正确的顺序放置<script>标记以正确处理依赖项？

   与您自己声明<script>标记相比，拥有一个requirejs配置文件来声明第三方代码和自己的代码依赖关系树是一种更有条理的方法。

2. 在开发环境中测试应用程序时，将所有这些模块放在单独的文件中进行调试（而不是将它们全部串联在一起）是否会有所帮助？

   使用requirejs，您可以在生产环境中使用的优化/链接/缩小代码与代表开发环境中每个模块的独立文件列表之间进行切换。

3. 您是否正在为应用程序中的每个模块创建全局变量？

   Requirejs避免为每个模块创建一个全局变量，这样您的全局范围就不会混乱。

4. 在声明模块时遵循惯例通常是一个好习惯。 Requirejs实现了AMD规范，这是在客户端javascript中加载模块的一种深思熟虑的方式。

   http://requirejs.org/docs/whyamd.html

   如果约定已经在成熟的框架中实现，则遵循约定更容易。 有时我们不会注意到，但在应用程序之间，我们做相同的事情的方式有所不同，这会影响维护阶段。

5. 看一下requirejs优化器。 查看它给您的所有选项。 它允许您排除文件，更改给定模块的版本，更改缩小工具，将优化过程与grunt或bower等其他工具集成。

http://requirejs.org/docs/optimization.html

如果您不需要任何这些，请继续以您的方式进行。