前端框架点评

前两天被人@，提问前端框架的问题。这还是第一次在微博上被陌生人提问，感觉有点小激动。今天写篇小文章，简单点评一下我用过的前端框架，希望对大家有所帮助。

本文涉及的范围

本文要点评的前端框架，都是我用过的，以JavaScript框架为主，也可能包括一些工具类库。由于前端的特殊性，弱语言HTML和CSS是必不可少的工具，运行机制导致很多成熟的工程学方法没法用，必须用工具库补充。烦请大家不要抠字眼，我一向很马虎，呵呵。

Bootstrap

一定要先推荐Bootstrap。它由Twitter的两位工程师首创，当前版本2.3.1，涵盖了文本、布局、表单、工具，除了暂时没有日期选择器之外，几乎包含了网页所需的一切。我们知道，网页出现是为了传递信息，而成熟的印刷业对其影响很大，表现出来就是，HTML中很多标签，比如H1~H6、p等，都是有具体语义的。但很多前端框架并未给予他们足够的重视，所以往往需要我们重置或者自己动手写。Bootstrap则不是这样。它不仅包含大量组件，还帮助我们给每种可能用到的语义标签都定义了样式，又设计出很多helper；而其网格系统也能帮我们出色完成排版工作。总而言之，使用它几乎足以满足任何网页开发需求。

值得一提的是，Bootstrap的组件和Widget都基于HTML标签构建，非常好用；而响应用户操作则基于对document的侦听，所以几乎不会对我们其它代码逻辑造成影响，我们可以放心大胆的在项目当中使用。当然，Bootstrap依赖jQuery，后者近期遭遇到一些纷争。不过我还是要强烈推荐这个框架。

jQuery UI

比较遗憾的是，虽然号称UI，但jQuery UI只能算作一个组件库。因为缺少基础排版支持，所以既想使用jQuery UI，又想和自己的样式保持一致会有些困难，需要花费不少时间做修改。

抛开这一点，jQuery UI也是个很好的工具，几个widget都很实用，文档丰富详实，如果项目本身对交互要求不高，只是个别地方需要一些功能补充，jQuery UI确实是不错的选择。尤其当我们需要draggable、sortable、resizable这几个功能时，选择的余地真的不大。

HTML5 Boilerplate

这个工具力图给开发者提供一个舒适的起点。他们为项目建立了标准化的目录结构，并且把常用的资源都整理在合适的位置，这样我们只需要替换它们就能保证项目对所有浏览器都有完美表现。同时，他们重置了CSS，引入了GA统计，在页面中标记了合适的输入点，这样我们能尽快投入到项目逻辑的开发中。

但这个工具的问题也很明显，它努力达成的目标，是消弭浏览期差异。假如我们只需要统一的环境就能开展工作，那H5B就足够了；而实际上，我们通常需要更多，比如排版、比如组件。所以，这个工具对我来说，学习的意义大于使用的意义。

HTML KickStart

我见过的前端框架里只有这个跟Bootstrap的覆盖面接近。它的设计更好，更鲜艳更有活力，不过最近的开发好像慢了下来。我并没有真正使用它，因为它的组件太少了。

Backbone

非常好的MV*框架，真的像根脊柱一样，把被jQuery拆的七零八散的js统一在合理的框架内，让整个项目都变得协调了。引入Collection真的很天才，结合其出色的View设计——其实Backbone的View并不是传统意义上的View，更像mediator——可以看出，Backbone的设计者对Web开发有着深刻理解。哦，差点忘了，Router还能帮我们很好的整理单页应用的逻辑。

不过js毕竟是一门很烂的语言——或者让我换种表述方式，缺陷很多，所以它尚无法做到像AS3的Robotlegs那样好。不过，如果我们希望把代码组织的更好，Backbone类的框架是不可或缺的。

Rachet

Rachet的目的和架构，很像Bootstrap，不过它瞄准在移动端。Rachet现在仍处于比较低级的阶段，组件太少，开发起来不太方便，最多相当于Kickstart把。可惜的是，移动端移动框架普遍较弱，在我看来，基于它的Junior仍然是不二之选。

Zepto

说到移动端开发就不能不提Zepto。它力图实现一个十分类似jQuery的库，不过只考虑支持移动端，所以体积会小很多，速度也会快不少。Zepto的升级频率最近也不高，不过还是到了1.0。新版Zepto放弃了ruby，使用coffee作为编译工具，支持使用者自由组合功能模块，相当贴心。

不过具体使用时，还是会有一些函数的用法和jQuery不同，需要注意。举个例子,css函数，jQuery里支持数字，比如$('div').css('height', 100)，会把页面中所有div的高度设置为100px；而Zepto不行，必须$('div').css('height', '100px')才会正常工作。

jQuery Mobile

强大的jQuery团队最失败的作品。贪恋于风光的过去，迷信“全覆盖”，使得jQuery Mobile步履蹒跚，在移动平台上无法取得足够好的性能表现（早期版本甚至不支持固定底部）。而这直接带来了对HTML在移动端的质疑。有很多本不擅长前端开发的人，看到Phonegap，就直接上jQuery Mobile，结果发现性能不行，体验很差，便在各种渠道大放厥词，说HTML不行。这种行为直接伤害了HTML和Hybrid应用。

jQuery Mobile失败不仅在于此。jQuery本身方便快捷，使用它很容易养成不重视代码组织的习惯；而在移动端，单页应用占据主流，这意味着，使用jQuery Mobile很可能无法良好的组织代码，直接带来项目维护成本的提高。另外，早期版本的设计也不可避免的带有大量Web痕迹，导致实用性不足。所以直到今天，jQuery Mobile都还是个悲剧。

不过，jQuery 2.0已经beta2了，我们知道，jQuery 2.0里放弃了对IE678的支持，性能会得到不小的提升；jQuery Mobile 1.3已经引入了对hash的支持，组织代码好多了；同时，随着3次小版本更新，越来越多适用于移动应用的组件加入进来，大大扩充了军备库。我认为，未来的jQuery Mobile，值得一试。

Sencha Touch

大家可能还记得，Facebook闹过一阵，说HTML5不够好，还把他们的手机客户端用原生重做了一遍。之后Sencha的两位工程师表示不服，以HTML5为基础开发了功能几乎完全一样的客户端，他们用到的框架就是Sencha Touch。据说，它的性能比jQuery Mobile好不少。

但是，真正用了就知道，sencha touch实在太不“前端”了。它里面几乎没有给HTML和CSS留下太多位置，明明十分强力的布局样式工具，被封装成了单薄的接口；但是没少往JS框架里加内容。结果就是用起来非常复杂，随时需要看文档；自定义困难，它里面甚至有一个属性叫“html”，用来填入大段文本类型的html；数级嵌套起来的对象也很让人头疼，而且感觉维护也不会太容易。所以我做了一半就还是放弃了。劝大家也别去尝试了。

如果有哪位高人愿意以实际经验教育我的，我洗耳恭听。