我们正在寻找构建我们正在创建的应用程序前端的选项，并正在尝试评估一种对我们有用并为我们提供前进的最佳平台的工具。

这是一个Node.js项目。我们最初的计划是使用 Express
并沿着这条路线走，但我们决定在我们开始这个阶段之前最好先回顾一下那里有什么。我们的应用程序有几个我们认为不适合单页模型的区域，因为它们从应用程序的角度来看是相关的，但不是从视图的角度来看。

我们已经看到了一些可以用来构建客户端的框架，例如Backbone.js、Meteor等，还有
AngularJS。

这可能是一个相当明显的问题，但我们似乎无法破译 AngularJS 是纯粹用于单页应用程序，还是可以用于像 Express 这样的多页应用程序。

2013 年 7 月 17 日更新
只是为了让人们了解情况，我将在我们完成整个过程时更新这个问题。我们现在将一起构建所有东西，我们将看到它的表现如何。我们已经联系了一些比我们更有资格使用
AngularJS 的人，并提出了关于拆分共享上下文的大型应用程序的问题，但在单个页面上工作可能太大了。

共识是我们可以提供多个静态页面并创建仅与这些页面一起使用的 AngularJS 应用程序，有效地创建 SPA
集合并使用标准链接将这些应用程序链接在一起。现在我们的用例非常具体，因为我们的解决方案有多个应用程序，正如我所说，我们将首先尝试单一代码库并从那里进行优化。

2016 年 6 月 18 日更新 该项目从悬崖上掉下来，所以我们从来没有完成太多工作。我们最近再次选择了它，但不再使用 angular，而是使用
React。我们仍在使用上一次更新中概述的架构，我们使用 express 和 self contains 应用程序，例如，我们/chat在
express 中有一个路由服务于我们的 React
聊天应用程序，我们有另一个路由/projects服务于项目应用程序和很快。我们有点看它的方式是，每个应用程序在其功能集方面都是一个聚合根，它需要能够独立才能被视为一个应用程序本身。从技术上讲，所有信息都在那里，它只是基本的表达方式以及您想要使用的客户端应用程序构建的任何风格。