我会避免使用Require.js。我所见过的这样做的应用程序最终会把多种类型的模块模式架构弄得一团糟。AMD, reveal，不同口味的IIFE等。还有其他方法可以按需加载，比如Angular的loadOnDemand mod。添加其他东西只会让你的代码充满麻烦，产生低信噪比，让你的代码难以阅读。

正如@ganaraj提到的，AngularJS的核心是依赖注入。在使用和不使用RequireJS构建玩具种子应用程序时，我个人发现RequireJS对于大多数用例来说可能是多余的。

That doesn't mean RequireJS is not useful for it's script loading capabilities and keeping your codebase clean during development. Combining the r.js optimizer (https://github.com/jrburke/r.js) with almond (https://github.com/jrburke/almond) can create a very slim script loading story. However since its dependency management features are not as important with angular at the core of your application, you can also evaluate other client side (HeadJS, LABjs, ...) or even server side (MVC4 Bundler, ...) script loading solutions for your particular application.

是的，在Angular中使用requireJS是有意义的，我花了几天时间来测试几个技术解决方案。

我在服务器端用RequireJS做了一个Angular种子。非常简单。 我使用SHIM符号表示没有AMD模块和没有AMD，因为我认为处理两个不同的依赖注入系统非常困难。

我使用grunt和r.js来连接服务器上的js文件，这取决于SHIM配置(依赖)文件。所以我只在我的应用程序中引用一个js文件。

欲了解更多信息，请访问我的github Angular Seed: https://github.com/matohawk/angular-seed-requirejs

是的，这很有道理。

Angular模块不会尝试解决脚本加载顺序的问题 或者惰性脚本抓取。这些目标是正交的，都是模块 系统可以共存并实现它们的目标。 来源:Angular JS官方网站

如果你计划延迟加载控制器和指令等，那么在angularjs中使用requirejs是有意义的，同时还将多个延迟依赖组合到单个脚本文件中，以实现更快的延迟加载。RequireJS有一个优化工具，使组合变得容易。参见http://ify.io/using-requirejs-with-optimisation-for-lazy-loading-angularjs-artefacts/

我认为这是一个主观的问题，所以我将提供我的主观意见。

Angular有一个内置的模块化机制。当你创建应用程序时，你要做的第一件事是

var app = angular.module("myApp");

然后

app.directive(...);

app.controller(...);

app.service(...);

如果你看一下angular-seed，它是angular的入门级应用，它将指令、服务、控制器等分离到不同的模块中，然后将这些模块作为依赖项加载到你的主应用中。

比如:

var app = angular.module("myApp",["Directives","Controllers","Services"];

Angular也会惰性加载这些模块(到内存中)，而不是它们的脚本文件。

至于延迟加载脚本文件，坦率地说，除非你写的是非常大的东西，否则它会是一个过度的，因为angular本质上减少了你编写的代码量。在大多数其他框架中编写的典型应用，如果用angular编写，可以减少大约30-50%的LOC。