我们正在寻找构建我们正在创建的应用程序前端的选项,并正在尝试评估一种对我们有用并为我们提供前进的最佳平台的工具。
这是 Node.js项目。我们最初的计划是使用 Express 并沿着这条路线走,但我们决定在我们开始这个阶段之前最好先回顾一下那里有什么。我们的应用程序有几个我们认为不适合单页模型的区域,因为它们从应用程序的 Angular 来看是相关的,但从 View Angular 来看却不是。
我们已经看到了一些可以用来构建客户端的框架,例如 Backbone.js , Meteor等,还有 AngularJS。
这可能是一个相当明显的问题,但我们似乎无法解读 AngularJS 是纯粹用于单页应用程序还是可以用于像 Express 这样的多页应用程序。
2013 年 7 月 17 日更新 只是为了让人们了解这一点,我将在我们完成整个过程时更新这个问题。我们现在将一起构建所有东西,我们将看到它的表现如何。我们已经联系了一些比我们更有资格使用 AngularJS 的人,并提出了有关拆分共享上下文但在单个页面上工作可能太大的大型应用程序的问题。
共识是我们可以提供多个静态页面并创建仅与这些页面一起工作的 AngularJS 应用程序,有效地创建 SPA 集合并使用标准链接将这些应用程序链接在一起。现在我们的用例非常具体,因为我们的解决方案有多个应用程序,正如我所说,我们将首先尝试单一代码库并从那里进行优化。
2016 年 6 月 18 日更新 该项目一落千丈,所以我们从来没有完成太多工作。我们最近再次选择了它,但不再使用 angular,而是使用 React。我们仍在使用上一次更新中概述的架构,我们使用 express 和自包含应用程序,例如,我们在 express 中有一个 /chat
路由来服务我们的 React 聊天应用程序,我们有另一个提供项目应用程序的路由 /projects
等等。我们有点看它的方式是,每个应用程序在其功能集方面都是一个聚合根,它需要能够独立才能被视为一个应用程序本身。从技术上讲,所有信息都在那里,它只是基本的表达方式以及您想要使用的客户端应用程序构建的任何风格。
最佳答案
一点也不。您可以使用 Angular 构建各种应用程序。客户端路由只是其中的一小部分。
除了客户端路由之外,您还有很多可以使您受益的功能:
- 双向绑定(bind)
- 模板
- 货币格式
- 多元化
- 可重复使用的控件
- RESTful api 处理
- AJAX 处理
- 模块化
- 依赖注入(inject)
认为所有这些“只能在单页应用程序中使用”真是太疯狂了。当然不是……这就像说“Jquery 仅适用于带有动画的项目”。
如果它适合您的项目,请使用它。
关于javascript - AngularJS 是否仅适用于单页应用程序 (SPA)?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/15231251/