【JavsScript】JavaScript MVC 框架技术选型

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

简介

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

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

社区

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

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

最主流：

Backbone.js
AngularJS

正在高速成长的：

AngularJS
Meteor
Ember
Knockout

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

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从事互动新闻方面的开发。

图片来自The Canadian University Software Engineering Conference。

AngularJS

AngularJS最初由Google的Miško 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（最成熟）
- 大量3年以上的生产环境应用，包括GroupOn、 FourSquare、USAToday、DocumentCloud。
- 良好的文档。
- 良好的示例代码，但是很多都过时了。
- API非常稳定。
- GitHub上有大量关注者。
AngularJS（成熟）
- Google将其用于生产环境，但是不像其他项目一样拥有长久的历史记录。
- 良好且持续改进的文档。
- 大量的示例代码。
- GitHub上有大量关注者。
Knockout（成熟）
- 用于生产环境至今已有2年。
- 良好的文档，内含类似jsfiddle的代码样例。
- API很稳定。
- 大量的示例代码。
- GitHub上有大量关注者。
Ember.js
- 在两年的开发之后，第一个可用于生产的发布（1.0)在2013年8月30日放出。
- 文档正在改善。
- API在1.0之前都不稳定（这是有意的）。
- 大量示例代码，由于1.0前的API变动，有些已经过时。
- GitHub上有大量关注者。
Meteor
- 处于开发的早期阶段，较多地用于示例应用
- 文档不错，然而尚不完整
- API仍处于变动之中。
- 一些示例代码。
- GitHub上有大量关注者。

大小

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

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

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

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

库	框架
Backbone	Ember
Knockout	AngularJS
Spine	Batman
CanJS	Meteor

依赖性

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

通过从cdnjs下载库，我们收集了这些数据。在实践中，大多数的项目会使用jQuery配合这些框架处理DOM，因为需要动画和AJAX。在移动应用中，使用Zepto.js来代替jQuery处理DOM不是什么稀奇的事。Zepto.js是一个比jQuery轻量得多的库。虽然Zepto.js不支持Internet Explorer，但是移动应用通常不需要为此操心。AngularJS包含了一个jQuery 的缩减版jQLite。但是如果你在项目中使用了jQuery的话，它会被覆盖。AngularJS团队鼓励开发者，如非必要，不要添加完整的jQuery库。为了帮助你做出正确的选择，下面的表格同时显示了移动版（假定使用Zepto.js）和web版（假定使用jQuery）。

互操作性

这一部分讨论是否框架设计为控制整个页面或者它可以被用于现存页面的一个部分——你可能想渐渐将新技术引入现有的项目。前面的库和框架的讨论基本可以体现每个项目的互操作性，库更倾向于很容易地集成到现存的项目，而框架为你做更多的事，但是不容易和其他项目配合。

AngularJS

AngularJS可以和其他库很好地配合，但是它鼓励开发者们考虑是否可以不用jQuery和jQueryUI.事实上Angular内置了一个jQuery的子集jqLite。遵循这一实践的理由是让单元测试更容易，因为很多依赖库和插件设计的时候没有考虑单元测试，相应地更难和单元测试配合。在实践中，大多数的开发者最终还是因为某些特性使用了jQuery.