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

您有很多功能可以在客户端路由之外使您受益：

• 双向绑定
• 模板
• 货币格式
• 多元化
• 可重复使用的控件
• RESTful api 处理
• AJAX 处理
• module化
• 依赖注入

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

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

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

也许我的经验会对某人有用。我们按逻辑拆分我们的项目。一个 SPA 我们用于提要，另一个用于处理地图，另一个用于编辑用户配置文件等。例如，我们有三个应用程序：提要、用户和地图。我在分离的 url 中使用它，如下所示：

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

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

事实上，你可以很容易地混合 SPA 应用程序，例如提要将是带有 angularjs 应用程序的 url，带有 reactjs 的用户应用程序和映射到backbone.js 应用程序。

针对你的问题：

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

我也支持这个想法：

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

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

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/