多款优秀的 JS MVC 框架对比

正如以前说的，产品生产有功能时代转入体验时代，产品为王，体验为王，已是时代趋势。体验经济的到来，说明前端的技术要求愈来愈高，完成功能是不行的，还要有优秀的体验。
        因此相似原来的jquery时代相似于传统的汇编或者是C时代的编程，这个阶段已经不work了。前端的技术即将迈入模式时代，MVC时代。应此而生，如今有大量的前端MVC框架技术不断出现。下面咱们挑选几款表明性的前端框架进行对比，以作参考。
1.  Backbone.js 




Backbone.js是web很是火的框架，众多知名品牌均支持该框架，使人印象深入，天然地成为最早进行尝试的框架。用它来建造了一个Group Talent内部用行政管理方面功能的feature应用。 




优势：强大的社区，还有大量的实力支持。例如它自己就较多地使用了Underscore.js（也是一个强大的框架）。 




缺点：抽象功能不够强，以及一些须要的功能还没实现。整个框架十分轻量级，产出的结果是一大堆引用文件和样板：并且应用的规模越大这一点就会越明显。 




2.  SproutCore 1.x 




SproutCore最开始是苹果公司用于其iCloud上面的。除了名字起得很很差以外，它其实是一个很是优秀的框架，也是最大的框架之一。 




优势：支持绑定，忠实的社区粉丝，优秀的feature不少。 




缺点：过于死板，难以去除无用的feature，强制使用一种Native风格的范例，严重的状况在于该框架不容许使用HTML来作布局。 




3.  Sammy.js 




Sammy是偶然发现的一个比较小的框架，由于它太简化了，基本不能占据列表的席位。其核心feature是一个路由系统，让应用与AJAX进行交换。 




优势：简单的学习曲线，与服务器端的app集成更加容易。 




缺点：太过于简单，对于大型应用就有些捉襟见肘。 




4.  Spine.js 




器如其名，Spine显然是受到Backbone的强烈影响，像Backbone同样也是一个很是轻量级的框架，遵循类似的模型。 




优势：轻量级，文档作得很好。 




缺点：从根本上就有缺陷。Spine的一个核心概念是“一个坚果外壳中的一堆异步的UI集，这意味着UI应该是在理想化条件下永远不会阻塞的”。而作了一系列的非阻塞式实时应用以后，能够说这简直是不现实的，除非后端是像Operational Transformation之类的。 




5.  Cappuccino 




Cappuccino是一款更加独特的框架，自带编程语言Objective-J，还能尝试着在浏览器中仿真Cocoa。 




优势：大型的构想出的框架，良好的社区环境，强大的继承模型。 




缺点：在您全部能用Javascript仿真的语言以外，Objective-C是最不想选用的。它起源一位iOS开发人员，到如今还没想明白用浏览器编写Objective-J是什么意思。 




6.  Knockout.js 




K.O.是一个MVVM框架，受到其支持者的大量好评。它强调陈述式UI绑定和自动UI刷新。 




优势：支持绑定，文档作得出色，引导系统超级赞。 




缺点：绑定语法晦涩，缺少坚实的视图组件层次结构。但愿可以轻松地重用组件，也以为定义成一个MVVM框架是有害的。这些框架中基本没有MVC，但都是（MVP,MVVM之类的）的变种。 




7.  Breeze Js




国产货，众联无限开发的一套独立自研的前端MVC框架。他的概念颇有意思，就是将后端开发语言，如Java，的概念模拟应用到前端。有class有继承，能实现模板和应用绑定。








优势：概念模拟，学习成本低，上手快。封装很薄，扩展性和兼容性都很好






缺点：相关的组件和第三方资源比较少，依赖jquery和seajs






8.  Google Web Toolkit 




GWT是一系列的客户端工具包，除了框架以外还包含不少其余工具。它能够把java语言编译成Javascript，支持标准Java库的一个子集，最初是Google公司使用在Wave上面的。 




优势：综合宽泛的框架，拥有强大的社区支持。基于Java的坚实组件继承模型，在巨型客户端应用上表现出色。 




缺点：除了Google说的以外，GWT将经不住时间的检验。就好像最初DART那样，很明显Java不是web的将来。更严重的是，客户端对于Java的抽象有一点不合适。 




9.  Google Closure 




若是说Google Closure仅仅是一个js框架，倒不如说更像是一个工具包。附带编译器和优化器。 




优势：由Google用在其不少主流app上面。良好的基于组件的UI编写系统。 




缺点：不支持UI绑定。 




10.  Ember.js 




Ember（以前是SproutCore 2.0）是竞争者中的新丁。它是一个尝试：从SproutCore2.0中抽取分离其核心feature并转变成为一个更加紧凑的模型框架，更加适合web。 




优势：特别丰富的模板系统，拥有可编写的视图和UI绑定。 




缺点：因为太新，文档跟不上。 




11.  Angular.js 




Angular是在发布评估结果以后才发现的一个很好的框架，由Googler开发，包含了不少有趣的设计选择。 




优势：关于模板的范围和控制器的设计考虑的很周到。具备依赖注入系统。支持丰富的UI绑定语法，从而使得过滤和转换这样的工做开销很小。 




缺点：代码库很不健全，也不够模块化。视图也不够模块化（关于这点在Batman.js的缺陷中讨论的更加细致） 




12.  Batman.js 




Batman由Shopify创做，是另外一款与Knockout和Angular具备类似脉络的框架。Batman拥有良好的UI绑定系统，是基于HTML属性的。Batman是惟一的一款使用惯用语法Coffeescript编写的框架，而且紧密地与NODE.Js集成在一块儿，甚至能够到拥有其（可选的）Node.js服务器的程度。 




优势：代码库十分清晰，绑定方法优良又简单，耐用，流程化。 




缺点：很是不喜欢这种“独行侠”式的做风，更不用说这种增强单一控制器的主意了。与Knockout和Angular同样，在组件嵌套的时候遭受一样的折磨。须要的不只仅是模板，还更想要陈述式的可重用的模板框架。相比，Ember在框架之上拥有的是一个基于EMBER他们本身的逻辑（多是在控制器层上的）的整套组件能陈述式重用的方法。