专访钟钦成：前端江湖纷乱，框架之争，出路何在？

前端 框架 avalon

前端可选的框架很多，这背后的原因是什么？为什么会发展到现在这种局面？这么多的框架，总让开发人员感到十分迷茫，应当如何做出选择呢？在未来，前端框架会如何发展？让我们跟随司徒正美，一起来聊一聊前端江湖的未来。

受访嘉宾介绍

钟钦成，花名司徒正美，现任去哪儿网前端架构师，开源框架avalon的作者。涉猎多种语言与设计模式，精通DOM与JS各种黑魔法，精通选择器引擎、模块加载器、MVVM。曾在盛大创新院与国内许多知名专家共事，并在那里敲下了avalon的第一行代码，写下了《JavaScript框架设计》一书。热爱动漫，能读写日语，热爱分享，已写下近千篇博文。

InfoQ：请您介绍一下自己目前的工作职责，负责的项目情况。据说您是写小说出身的，能否简单介绍一下自己的工作经历？为什么选择进入前端领域？为什么对前端框架抱有极大的热情？

钟钦成：现在我在去哪儿网任前端架构师一职，带领大家搞React开发。React，特别是React Native是现时最好的移动框架。而公司的重点也转移到移动端了，因此我们小组负责将移动端相关设置全部搭建起来，各种坑踩一遍，努力成为业务线最坚实的支撑。

每个人的经历都很曲折，尤其是前端人员，更是龙蛇混杂。许多人都是觉得前端比较容易学，或者赚钱比较多，才进入这行业。而我比较幸运，因为敲代码也是我大学生活中的乐趣之一。因此不会像其他人，会出现动力不足的情况。当然我的兴趣还是蛮多的，比如写小说，建筑，考古，日语，动画，看科幻小说，手办，陶艺，等等。会找乐子的人，不会轻易泄气。

至于为什么进入前端，纯粹是偶然。我的某个弟弟是干这行的。我在小县城呆着赚不了几个钱，他说带我去深圳见识见识，便一下子介绍到他公司做前端了。我在小县城时也用前端方面的知识来接些小活过日子，因此不会觉得一下子跳跃太大。更重要的是，我特别能写，在我没进这行时，就写了三百多篇有关前端的博文，那时大家都以为我已经在大公司任职了。

出于这样的误解，公司一开始就把一些很重要的事我做。而我得保证代码质量，因为我的组件将会被许多人复用。从那时起，我就一直搞框架，搞组件，搞各种工具。

InfoQ：请您跟大家讲一下前端框架的发展历史，前端框架的起源和发展如何？现在的前端框架很多，其背后的原因是什么？国内的前端框架又是怎样起步的，发展现状如何？

钟钦成：这是一个老生常谈的话题，基本每本JavaScript书都会聊一下这段痛苦的历史。主要原因是JavaScript没有自己的SDK（核心库），需要依赖民间的力量解救自己。

最开始是一些大公司有能力开发这些框架，如Prototype.js，是作为ROR的次要项目开发出来的。此外还有Dojo, Closure、YUI这样恐龙级的框架，也是大公司搞的。后来突然出现了jQuery这样由天才开发的框架。事实证明，大公司那一套管理方式，以KPI驱动的框架有着致命的缺憾，虽然面面俱到，但不能迅速吸收社区的新东西，使用起来不够方便灵活。它们在jQuery这种瑞士刀前，一下子就解体了。

再后来，大家都知道，前端框架是jQuery的天下，大家都争先恐后地为它做插件。jQuery也大大解放了生产力，让我们有时间去做一些更有意义的事。在后jQuery时代，最有意义的两件事是RequireJS与Node.js的诞生。前者试图解决JavaScript模块化问题，后者让我们能从后端那里抢走一些活儿。而那些活儿本来就是前端做比较合适，比如说做模板，套模板，传数据，JavaScript的语法检测，风格检测，理点，等等。

这段时间，又产生了像Backbone这样的MVC框架。但旋即被Knockout, Angular, React等MVVM框架占去份额了。要知道，后端从MVC进化到MVVM，用了大概十年时间，而前端则不到2年。前端框架发展太迅猛了！

我想这迅猛发展的背后，最大的动力就是需求！源源不断的需求！原来由后端做的活儿，放在前端做更合适更快，用户体验更好。这是时势使然，挡也挡不住。

目前国内的发展历程其实与国外一模一样。最开始是公司牵头，后来就涌现大量出色的个人项目。阿里的前端技术之所以这么强，是因为他们不断地研制自己的轮子，轮子会越造越好。那些绝不重复造轮子的人默默无名，而框架作者们则开创自己一片天地了。中国拥有世界上最庞大的互联网市场，我们的框架也最终走出国门（比如我的avalon，在澳大利亚，德国都有人在用）。

InfoQ：avalon的起源与发展是如何的？avalon 2的架构如何？采用这样的架构有什么好处？与其他框架相比，avalon更加“接地气”的点体现在哪些地方？

钟钦成： avalon当初只是我另一个早期的框架mass Framework的一个插件。mass Framework类似于jQuery与Prototypejs的结合体。没什么特色，被理没也是必然的。但我说过，轮子会越造越好的。当我将这个插件介绍到博客园——国内一个非常著名的.net社区，反响很不错。于是我把它独立出来搞。经过5年的发展，它渐渐拥有自己的论坛与社区。不过，由于年纪大了，我也开始抗拒一些新东西（比如说组件化与动画），导致avalon一度发展缓慢。avalon 1.5试图奋起直追，效果不明显。avalon 2决定使用一个更吸引眼球的东西扭转局面，这就是虚拟DOM，以期能够带来性能上的飞跃。

MVVM虽然非常方便，但很容易出现性能瓶颈。出自于谷歌之手的Angular，也有2000指令之轭（即一个页面超过2000个指令，页面更新就慢得令人发指）。FaceBook的React带来了“虚拟DOM”这个新概念，使用轻量对象来代替重型对象来承担绝大多数的页面重绘工作，解决了所谓的“性能墙”问题。

原来MVVM架构是分三层，M，V，VM三层，我们只需要关注于VM。VM 通过各种手段得知外界对它的操作 ，然后它智能地通知M与V进行变更。VM承受太多职责，导致不堪重负。而虚拟DOM的导入，让avalon2拥有4层架构。虚拟DOM位于V与VM之间，复杂的视图计算由虚拟DOM计算好, 然后diff出差异点实现最小化刷新。这是算法的伟大胜利。为了实现虚拟DOM，前端框架作者也接触编译原理等高深东西了。

现在主流的MVVM也结合虚拟DOM进行性能优化。基本上它们是基于Object.defineProperty这个PI。而这个API 在IE8中有BUG，只能用于IE9＋ 。因此它们的兼容性都比较差。而avalon的优势在于其作者精通各种兼容性问题与黑魔法。在IE6－8下，我找到了VBScript实现对VM的自省机制，在较新的浏览器使用Object.defineProperty,在更新锐的浏览器，则使用Proxy（动态代理）这个划时代的东西，从此我们可以动态监听对象是否被添加删除了某个属性，或调用了某个方法，而不像Object.defineProperty只能监听读写操作。（Proxy 对象被用于定义自定义基本操作的行为(如属性查找、分配、枚举、函数调用等)，在Firefox的定义中有一共有14个属性。）

从这个介绍来看，avalon是走在时代的前列，但它不忘初心，还继续支持IE6，让大家用MVVM或虚拟DOM时没有后顾之忧。

InfoQ：在选择前端框架时，大家的建议很多，例如结合自己的业务等。您也曾提到，选择前端框架应综合考虑框架本身与团队情况。要考虑的点这么多，究竟怎样来综合考虑呢？具体的步骤应该是怎样的？

钟钦成：的确如此，技术本来是为业务服务的，单纯玩技术是没有前途，也找不到方向。前端框架之所以这么多，也是因为大家的业务侧重点也各不相同。选择合适的框架，比选择一个时髦的框架重要多了。千万别让手下自行决定。他们玩不转可以拍拍屁股走人，留下一个烂摊子给后人。我就后说一个公司，先后引进了Angular, vue, React三个框架了，结果他却跑了。我们要考虑到业务的可持续性，代码的可交接性及团队的普遍接受能力。比如一个公司，没有前端，都是后端顺手做前端的活，早期许多公司都是招PHP实现前端通吃的。他们的设计模式比较好，可以上手Angular。如果一个团队新人够多，不稳定，则只能用jQuery与bootstrap。如果是一个创业公司，急着做出原型来拉投资，可以尝试vue,avalon,React等短平快的框架。但我所说的还是核心框架，涉及到图表，UI库，则更多选择。这些需要架构师见多识广，自己趟过坑，才让团队集中过河。

InfoQ：有人说前端编程标准和方法渐渐出现稳定的趋势，您怎么看待这一观点？在之后的发展过程中，有没有可能标准完全统一？有没有可能某个前端框架一统江湖？

钟钦成：这个观点前半段是对的。像jQuery带来一系列便捷的操作DOM的方式，append, prepend, remove等方法已经在DOM4中实现了。其最著名的选择器引擎，也有了原生替代品。因为浏览器商之间也存在竞争关系，他们当然将一些公认的好东西内置了，以讨好用户。但每个浏览器商是没怎么商量沟通，W3C给出的规范也是足够含糊客气，因此出现差异是在所难免的。因此不要相信浏览器，要使用框架! 至于框架，由于文人相轻等缘故，框架之战是不会停息的，好的框架会不断涌现，它们可能以某个神奇的设计一下推翻前朝的统治。就像jquery灭掉prototype, gulp灭掉grunt, webpack灭掉browserfy, React灭掉Angular……

InfoQ：您认为，前端开发人员学习框架设计应具备哪些能力？应从哪些方面着手进行设计？哪些地方有“坑”，需要注意避开？

钟钦成：这个问题比较笼统，我也只能笼统地回答。就像你问怎么挣大钱，有许多东西，人家说出来你也不能复制。首先，基础很重要。如科班出来的人，搞前端就很易上手。可见算法与数据结构的威力。其次是设计模式，这是JAVA十多年积累的精华，是我们构建巨型工程的威器。现在前端框架也动不动上万行了。像过去那样，全是方法＋全局变量在堆砌，在生产环境中找BUG是恶梦。最后是好好看高手们的框架，阅读源码是进步最快的方式之一。只有看了足够多的源码，你才能博采众长，出奇制胜。最后，就是宣传与测试了。宣传确保你拥有第一批用户，成为你继续维护与升级的动力。需要提供一系列便捷的下载渠道，npm、bower、component、cdn，因为酒香还巷子深 。测试是确保你能留住用户。目前社区上产出大量的测试工具，你可以将它们全部绑定在webpack，在用户build工程时，把所有测试跑一遍。