我们正在寻找构建我们正在创建的应用程序前端的选项,并试图评估一个适合我们的工具,并为我们提供前进的最佳平台。
这是一个node . js项目。我们最初的计划是使用Express并沿着这条路线走下去,但我们决定在开始这一阶段之前最好回顾一下现有的情况。我们的应用程序有几个区域,我们认为它们不适合单页模型,因为它们是从应用程序的角度相关的,而不是从视图的角度。
我们已经看到了一些可以用来构建客户端的框架,比如Backbone.js、流星等,还有AngularJS。
这可能是一个相当明显的问题,但我们似乎无法解释AngularJS是纯粹用于单页应用程序,还是可以用于多页应用程序,例如Express。
UPDATE 17 July 2013 为了让大家了解情况,我会在整个过程中更新这个问题。现在我们将把所有东西都构建在一起,我们将看到它的表现如何。我们已经联系了一些在AngularJS方面比我们更有资格的人,并提出了关于拆分共享上下文的大型应用程序的问题,但在一个页面上工作可能太大了
共识是,我们可以提供多个静态页面,并创建只处理这些页面的AngularJS应用程序,有效地创建一个SPA集合,并使用标准链接将这些应用程序链接在一起。现在我们的用例非常具体,因为我们的解决方案有几个应用程序,正如我所说的,我们将首先尝试单个代码库,然后从那里进行优化。
这个项目失败了,所以我们从来没有抽出时间做太多的工作。我们最近又开始使用它了,但不再使用angular,而是使用React。我们仍然在使用之前更新中概述的架构,其中我们使用express和self - contains应用程序,因此,例如,我们在express中有一个/chat
路由,用于提供React聊天应用程序,我们有另一个路由/projects
,用于提供项目应用程序,等等。我们看待它的方式是每个应用程序就其功能集而言都是一个聚合根,它需要能够独立,才能被认为是一个应用程序。从技术上讲,所有的信息都在那里,它只是基本的表达和任何你想使用的客户端应用程序构建的优点。