为什么 Discourse 选择 Ember.JS

Question

Discourse 的推出在整个社区赚足了眼球，由于 Discourse 选择使用 Ember.JS 作为前端 MVC 框架，这促使 Ember.JS 也成为了热议的话题。一年多以前 SproutCore2 正式改名为 Ember.JS 后，本人持续的关注了 Ember.JS 的开发过程，见证着 Ember.JS 的成长。Ember.JS的API在整个社区共同协作的基础上日趋稳定，Ember.JS 1.0.rc1 的推出，更是标着其 API 已经成熟。我相信越来越多基于 Ember.JS 实现的优秀的应用，将会像雨后春笋般涌现出来。

Robin Ward（Discourse的发起者之一）在2013年2月10日撰写了一片博文 Why Discourse Uses Ember.JS，从他个人的角度阐述了为什么 Discourse 选择 Ember.JS 作为前端 MVC 框架。以下为 Robin Ward 的几个核心观点：

Ember.JS 的文档简单易懂

Robin Ward 通过与 Angular.JS Guides 比较，Robin 认为较 Angular.JS 而言，Ember.JS 的文档简单易懂，对于初学者来说更是如此。

Ember.JS 早期已经取得了令人瞩目的成绩，近期更是有了大幅的改进

Meteor在推出的时候，同时给出了一个非常精彩的示例，但是它却缺少了一些非常重要的安全特性。但是就Ember.JS而言，在其最早期的时候（我想应该是指0.9.x），其提供的功能就已经相当的棒了。Robin感慨选择用Ember.JS来开发Discourse的正确性。另外，从Ember.JS的首次发布到现在，其API经过了非常大的调整，运行也变得越来越快。最新的API里面包括一个新的路由（Router）接口，这从很大程度上进一步降低了让人讨厌的重复代码。

Ember.JS 核心开发团队在开源社区有骄人的历史成绩

Yehuda Katz在Rails
3和Bundler完成了让人称口叫绝的工作（还有Merb、jQuery等），而且团队的其他成员也非常的优秀。Yehuda在与Robin的交谈时说他自己已经疯狂的迷恋上了Ember.JS，而Robin也深信这一点，因为Ember.JS实在是太优秀了。

Ember.JS 采用了字符串类型的模板

Ember.JS与Angular.JS不一同的一点是其采用了字符串类型的模板，而Angular.JS采用的是DOM类型的。这点完全是因为Robin的个人喜好，但是他也强调了如果要做一些服务器端的渲染，那么字符串类型的模板要比DOM类型的容易很多，因为不需要启动一个完整的PhantomJS的环境。

Ember.JS 的运行循环

Ember.JS的运行循环机制是其能得意获得高性能的一个基础，Ember.JS采用批量更新的方式来保持DOM的同步。相比其他很多框架采用循环逐一进行同步更新的机制来说要快了许多。