通过从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.

Backbone

由于Backbone的小尺寸和无预设的架构，将其包含在众多流行的客户端库和服务器端技术中很容易。

Ember.js

被设计为在运行时控制整个页面，所以不太适合用于页面的部分。

Knockout.js

可以在项目中作为小组件使用，不控制整个页面。

启发

记者采访音乐家时最爱问的问题是“你在成长的时候听哪些艺术家的音乐，或者说，谁启发了你？”这个问题常常使得读者能够预期音乐家的声乐。这些框架中大部分的观念都不是全新的，而是来自于创造者以前工作的项目中喜欢的部分。这一部分总结了我从框架创造者的访谈中收集到的关于启发的信息。

AngularJS

HTML类的声明性的语言，Adobe和Flex、微软的WPF\Silverligt等RIA技术给AngularJS的影响很深。这些声明性技术没有”主体“方法，仅仅表达需要发生什么，而不指定具体实现。视图和模型中的数据双向绑定是这一声明式编程风格在绝佳例子。此外，在Google的服务器端Java代码中大量使用的依赖注入和IOC容器（特别是Juice)也启发了AngularJS的创造者。他们重视单元测试，需要框架被设计允许依赖注入，这样测试就可以从其他应用层剥离出来，运行起来也会更快。

Ember

Tom Dale在：

Ember.js刚开始开发的时候，我们从Cocoa等本地应用程序框架引入一些概念，不过后来我们觉得这些概念弊大于利，或者说它们和Web应用程序格格不入。因此，我们开始从Ruby on Rails和Backbone.js 等开源项目中寻找灵感。因此，Ember.js结合了本地应用的强大和现代web的轻量。

此外，Ember.js是SproutCore JavaScript库的进化版，SproutCore停止仿效Cocoa而更多地借鉴jQuery的时候，Ember诞生了，理解这一点很重要。

Knockout

提供了Steve Sanderson受到哪些方面启发的背景信息。总结一下，MVVM设计模式和微软的WPF、Sliverlight等声明性技术是最大的启发者。你可能会发现Knockout的最佳特性——声明性的数据双向绑定——和Anjular相似，因为两者的启发者是相似的。

理念

报纸在报道新闻的时候努力保持中立。唯一的例外是编者案，鼓励表达观点，作者通常在问题上占据一个强烈的立场。但是大多数情况，这两者既不是严格的中立报道，也不是强烈的意见表达，而是位于两者之间的连续统。技术框架也有类似的划分，即是否强主张。例如，Ruby on Rails推崇约定优于配置，并且为开发者做了大量决定，包括文件结构和数据访问。相应地，它被认为是强主张的。其他Sinatra类的服务器端框架更轻量，并不预设文件结构和数据访问。相应的，被看成是无主张的。服务端框架有理念，客户端JavaScript MVC框架同样有，我们讨论的框架也可以被置于强主张和无主张的连续统中考察。让我们看看每个项目，然后讨论他们的理念。

Backbone: 无主张

Backbone是最开明的框架，极度无主张，允许开发者做出自己的决定，有时这会导致代码差异过大而难以维护。唯一的例外是Backbone假定服务器端有一个REST服务，我会在特性部分详细讨论这一点。这一假定可以通过覆盖模型的sync方法来绕过。

AngularJS： 强主张

AngularJS有较强的主张，特别是它强调可测试性和依赖注入。此外，HTML类的声明性编程很棒的理念也在框架中广泛体现。

Ember： 极度强主张

Ember力求开发者仅对应用的特有部分作决定，其余全部交给约定和支架。这个理念和Ruby on Rails和jQuery很接近。这一理念最好的表达出现在emberjs.com的网站上：

不要浪费时间做那些无关紧要的选择。Ember.js吸纳了常见的惯用法，因此你可以专注于应用的特殊部分，而不是重新发明轮子。

Ember标准化了文件和url结构，当然，有必要的时候也允许你覆盖这些设定。你可以预期的是大量的代码会为你生成，大量的类似文件结构的约定。相应地，你需要做出的常规选择更少，因为框架已经为你选定了合理的默认值，你可以着手构建你的应用的特殊部分。

Knockout： 无主张

路由和数据存储留给开发者决定。不预设文件或URL结构。甚至允许用基于字符串的模板替换声明性的基于DOM的模板。

特性