是的，这很有道理。

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

正如@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.

简单地说，这是有道理的。最近，ng-conf 2014讨论了这个问题。下面是关于这个话题的演讲:

http://www.youtube.com/watch?v=4yulGISBF8w

是的，专门为大型SPA服务。

在某些场景中，RequireJS是必须的。例如，我使用AngularJS开发PhoneGap应用程序，它也使用谷歌Map API。如果没有像RequireJS这样的AMD加载器，应用程序只会在离线时启动时崩溃，因为它不能来源谷歌地图API脚本。AMD加载器让我有机会向用户显示错误消息。

然而，AngularJS和RequireJS之间的集成有点棘手。我创建了angularAMD，使这个过程不那么痛苦:

http://marcoslin.github.io/angularAMD/

我认为这取决于你项目的复杂程度，因为angular是模块化的。 你的控制器可以被映射，你可以在index.html页面中导入那些JavaScript类。

但万一你的项目变大了。或者你预料到了这样的场景，你应该把angular和requirejs集成在一起。在本文中，您可以看到这种集成的演示应用程序。

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

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。