AngularJS 是否仅适用于单页应用程序 (SPA)？

一点也不。您可以使用 Angular 构建各种应用程序。客户端路由只是其中的一小部分。

在客户端路由之外，您有大量功能将使您受益：

双向绑定

模板

货币格式

多元化

可重复使用的控件

RESTful api 处理

AJAX 处理

模块化

依赖注入

认为所有这些“只能在单页应用程序中使用”真是太疯狂了。当然不是……这就像说“Jquery 仅适用于带有动画的项目”。

如果它适合您的项目，请使用它。

---

起初，我也为 Angular 的“如何”而苦苦挣扎。然后有一天我突然意识到：“它仍然是 javascript”。有很多关于 Angular 的来龙去脉的例子（我最喜欢的一本和书 https://github.com/angular-app/angular-app 一起）。要记住的最重要的事情是像在任何其他项目中一样加载 js 文件。您所要做的就是确保不同的页面引用正确的 Angular 对象（控制器、视图等），然后您就可以开始运行了。我希望这是有道理的，但答案太简单了，我忽略了它。

---

也许我的经验对某人有用。我们在逻辑上拆分我们的项目。我们将一个 SPA 用于提要，另一个用于处理地图，另一个用于编辑用户资料等。例如，我们有三个应用程序：提要、用户和地图。我在分隔的网址中使用它，如下所示：

https://host/feed/#/top/
https://host/user/#/edit/1/
https://host/map/favorites/#/add/

这些应用程序中的每一个在应用程序的状态之间都有自己的本地路由映射。我认为这是一个很好的做法，因为每个应用程序只使用它自己的上下文并加载它真正需要的依赖项。此外，它对于调试和集成过程非常有用。

实际上，您可以非常轻松地混合使用 SPA 应用程序，例如提要将是 url 与 angularjs 应用程序，用户应用程序与 reactjs 并映射到主干.js 应用程序。

针对您的问题：

Angular 不仅仅适用于 SPA，Angular 对 SPA 应用程序的性能好又快，而且没有人费心构建各种 SPA 应用程序的 MPA 应用程序。但是考虑你的 url 架构不要忘记你的应用程序的 SEO 可用性。

我也支持这个想法：

项目和应用程序有什么区别？应用程序是做某事的 Web 应用程序——例如，Weblog 系统、公共记录数据库或简单的投票应用程序。项目是特定网站的配置和应用程序的集合。一个项目可以包含多个应用程序。一个应用程序可以在多个项目中。

---

如果您只需要几页带有客户端数据绑定的页面，我会选择 Knockout 和 Javascript 命名空间。

Knockout 很棒，特别是如果您需要简单的向后兼容性并且有相当直接的页面。如果您使用的是 3rd 方组件，Knockout 的自定义绑定简单易用。

Javascript 命名空间允许您将代码分开且易于管理。

var myCo = myCo || {};
myCo.page = {
    init: function(){ ... },
    ...
}

并在加载其他脚本后的脚本标记中

<script>
    myCo.init();
</script>

关键是，您可以在需要时使用任何您想要的工具。需要数据绑定？淘汰赛（或任何你喜欢的）。需要路由吗？ sammy.js（或任何你喜欢的）。

客户端代码可以根据您的需要简单或复杂。我尝试使用现有的专有框架将 Angular 集成到一个非常复杂的站点中，这是一场噩梦。如果您刚开始，Angular 非常棒，但它有一个学习曲线，并将您锁定在一个非常紧凑的工作流程中。如果您不遵循它，您的代码可能会很快变得非常纠结。

---

如果你只是想开发一个 SPA，我会说 Angular 是矫枉过正。当然，如果您已经习惯于使用它进行开发，请继续。但是，如果您是该框架的新手，并且只需要开发一个 SPA，那么我会选择更简单的东西，并拥有许多自己的好处。我建议查看 Vue.js 或 Aurelia.io。

Vue.js 使用双向数据绑定、MVVM、可重用组件、简单快速上手、更少代码编写等。它结合了 Angular 和 React 的一些最佳特性。

Aurelia.io，老实说，我不太了解。但我已经四处看了看，这似乎是一个值得研究的替代方案，类似于上面的。

链接：
https://vuejs.org/
http://aurelia.io/

---