我们正在寻找构建我们正在创建的应用程序前端的选项,并且正在尝试评估一个对我们有用的工具,并为我们提供最佳的平台.
这是一个Node.js项目.我们最初的计划是使用Express并沿着这条路走下去,但我们决定在开始这个阶段之前,最好回顾一下那里的情况.我们的应用程序有几个我们认为不适合单页模型的领域,因为它们从应用程序的角度来看是相关的,而不是从视图中看.
我们已经看到了一些可以用来构建客户端的框架,比如Backbone.js,Meteor等,还有AngularJS.
这可能是一个相当明显的问题,但是如果AngularJS纯粹用于单页面应用程序,或者它可以用于Express等多页面应用程序,我们似乎无法破译.
更新2013年7月17日 为了让人们保持在循环中,我将在整个过程中更新这个问题.我们现在要一起构建所有内容,我们将看到它的表现如何.我们已经联系了一些比我们更有资格使用AngularJS的人,并且提出了关于拆分共享上下文的更大应用程序的问题,但是在单个页面上工作可能太大.
我们的共识是,我们可以提供多个静态页面并创建仅与这些页面一起使用的AngularJS应用程序,有效地创建SPA集合并使用标准链接将这些应用程序链接在一起.现在我们的用例非常具体,因为我们的解决方案有几个应用程序,正如我所说,我们将首先尝试单个代码库并从那里进行优化.
更新2016年6月18日该项目陷入悬崖,所以我们从来没有完成过多的工作.我们最近再次提起它,但不再使用角度而是使用React.我们仍在使用上一次更新中概述的体系结构,我们使用快速和自包含应用程序,因此,例如,我们/chat在快递中有一条路线用于提供我们的React聊天应用程序,我们有另一条路线/projects来提供项目应用程序和等等.我们有点看待它的方式是每个应用程序在其功能集方面是一个聚合根,它需要能够独立,因为它本身被视为一个应用程序.从技术上讲,所有的信息都在那里,它只是基本的表达,以及你想要使用的客户端应用程序构建良好的任何风格.