你很喜欢Gmail和Trello之类的单页面应用，但是不太确定该从何开始。也许你的JavaScript代码是如此的杂乱无章，以致于你很想在下一个项目上尝试下JavaScript MVC库和框架，却苦于没有头绪？我正在撰写一本单页面应用的书，所以我阅读了大量网上的相关资料。在这里我尝试提供一些看法，希望可以帮助你下决定。

简介

这里讨论的是时下最热的框架，AngularJS、Backbone、Ember和Knockout。同时提到了Batman、CANjs、Meteor和Spine，但是没有详细展开。

我们从多个不同的角度考察每个项目，包括社区、领导、成熟度、大小、依赖、互操作性、启发、理念和特性。

社区

社区是一个衡量任何开源项目健康程度的重要指数。以下表格显示了GitHub上每个项目的关注者数量。

你当然不该仅仅根据这些数据做决定，但是它们确实为你提供了关于这些框架的一些感性认识：

最主流：

Backbone.js

AngularJS

正在高速成长的：

关注总量较低但是增长迅猛的：

CANjs

增长性

特别值得注意的是AngularJS 13个月以来的惊人增长（379%）。在你做决定的时候要考虑上这一点。下面的图表比较了13个月以来GitHub关注者的增长速度，可以看出某个项目的社区成长的速度。考虑到原先的社区大小，Meteor(130%)、Ember(104%)、Knockout(76%)和Backbone(64%)的增长速度也很惊人。

领导

了解项目的核心开发者的背景，他们创建框架时尝试解决的问题，有助于你欣赏他们在设计上的决策和动机。例如，David Heinemeier Hansson，流行的Ruby on Rails框架的缔造者，是37signals的签约开发者，从事项目设计，每周只有10小时能花在开发框架上。Ruby on Rails事实上是从他和37signals的签约工作中提取出来的。这一背景有助于你理解为什么这个框架需要将开发效率提升到极限——这意味这使用大量的约定（已经做出的决定）和支架程序（生成的代码）。下面，我将介绍JavaScript MVC 框架的缔造者，也许也能激起你对他们的工作的欣赏。

Backbone

Jeremy Ashkenas和DocumentCloud

Jeremy Ashkenas是CoffeeScript编程语言、Backbone.js JavaScript框架和Underscore.js JavaScript工具库的创立者。根据维基百科，他现在在NYTimes/DocumentCloud从事互动新闻方面的开发。

图片来自。

AngularJS

AngularJS最初由Google的Miko Hevery和Adam Abrons于2009年开发，当时是一个在线JSON存储服务的一部分。Abrons后来离开了这个项目，但是在Google工作的Hevery继续开发，和Google的员工Igor Minár、Vojta Jína一起维护这个库。

图片来自Devoxx 2012

Knockout

Steve Sanderson是Knockout的原作者。Steve Sanderson现在为微软工作，他所在的团队开发ASP.NET、IIS和其他web项目。他以前以外包开发者或顾问身份为Bristol周边的客户开发.NET下的软件，他还为Apress写了一些书，包括《Pro ASP.NET MVC框架》。

图片来自Steve Sanderson的博客

Ember

Ember核心成员中最知名的公众人物是Yehuda Katz和Tom Dale。

Yehuda Katz是Ember.js、Ruby on Rails和jQuery的核心开发者，他白天的时间花在他创办的创业公司，Tilde Inc.。Yehuda是畅销书《jQuery in Action》和《Rails 3 in Action》的作者之一。

Tom Dale原先在SproutCore团队工作。他以前是苹果软件工程师，在开发MobileMe和iCloud应用时精通了前端JavaScript技能。

图片来自Ember Team

Meteor

Meteor的开发团队刚刚得到了1.12千万美金，所以他们可以全职开发。他们的团队有12名开发者，每个开发者的简历都让人印象深刻。这个团队拥有雄心勃勃的计划，超越了大多数专注于组织客户端代码和状态的JavaScript MVC框架。Meteor是一个全端框架，包括服务器架构和数据库。

成熟度

评估框架的成熟度可以帮助你理解在项目中使用新技术的风险。未经考验的新框架在文档、扩展性、稳定性（API改变）和支持（寻找了解该框架的开发者来维护代码）方面可能存在问题，这些问题可能导致出乎意料的结果，即使从其他方面看起来决策很明智。需要考虑的项目包括：多少生产环境下的应用使用这些框架？这些应用有多少用户？文档是否良好？例子和教程是否充足？例子是否过时？API是否稳定？其他开发者了解或正打算了解这门技术么？

Backbone（最成熟）

AngularJS（成熟）

Knockout（成熟）

Ember.js

Meteor

大小

了解每个框架的大小，它会在你的应用中增加多少分量是很重要的。大小会影响性能，不过它同时也会暗示你这个框架的雄心有多大，你学习它可能需要花多少时间，以及它提供多少帮助你构建应用的方式（即特性和鲁棒性）。一个框架的野心越大，特性越多，通常也就意味更难在应用的页面上将它与其他部件组合。轻量的框架更像一个库，将他集成到你的项目中所耗费的精力也相对较小。

包括Backbone和Spine在内的一些项目为自己的轻量而自豪，这些项目更多地将自己视作库，而不是框架。通常这些小型的框架留下了空间，你可以使用你自己的库来实现特定功能，例如模板和路由。我在讨论这些框架的特性的时候将继续讨论这个话题。

包括Ember和AngularJS在内的其他项目雄心勃勃，更适合叫做框架。它们通常拥有更多内建的特性，更少依赖外部库。

下面的列表显示了我更倾向于将哪些项目归入库或框架：

库 框架

Backbone Ember

Knockout AngularJS

Spine Batman

CanJS Meteor

依赖性

使用这些项目构建真实世界的应用的时候还需要哪些库？以下的图表展示了为了保证开发效率每个库所需的依赖，以及这些依赖的大小。