优秀的优秀的JavaScript模块是怎样炼成的模块是怎样炼成的
引言:如今的JavaScript已经是Web上最流行的语言,没有之一。从Github上的语言排行榜https://github.com/languages上即
可看出,也是如今最为活跃的开源社区。随着Node的加入,JavaScript开枝散叶进入服务器领域,为这个语言榜的占比,也
贡献了几分热度。尽管经历了Web2.0的洗礼 ,但在国内谈及开源,开源人士似乎都当这门语言并不存在,这也意味着国内的
开发中坚阶层,并没有改变JavaScript以及前端过去二流形象的认识,也没意识到JavaScript如今真正的价值。历史原因造就
如今的局面,但是你并不能就此否认,一个出身不好,小时候还挺调皮的孩子,他长大后就是没有出息。本文将介绍一个优秀
的JavaScript模块应该是怎样炼成的,以期望未来国内的开源社区能够涌现出更多的优秀模块。
引起我写这篇文章冲动的是近期接触到moment模块时的震惊。用JavaScript写程序,通常要经历两个阶段:第一个阶段是采
用一些模块来擦除JavaScript语言(跨平台)自身的问题;第二个阶段是自己写一些方法来擦除引入的模块的问题。第三个阶
段才会真正进入业务开发中,前两个阶段俗称“擦屁股”。时常在第三个阶段时,我会陷回到第二个阶段,和各种模块碰撞,往
往会引起一些心情上的不舒爽。而在接触到moment时,这些烦恼瞬间消散,我在心底知道为何会如此释怀,如碰到心仪的女
神。这也让我回头反思过去在使用和写模块过程中遇到的挫折和收获,这落差让我产生了如此的冲动,此文算是一个总结,期
望能在汲取优秀模块的经验中,国内开源社区能够成长起来。
为什么是模块,而不是库或者框架
在过去几年做前端的同学多半谈论的是库,或是框架,提及库则是Prototypejs和jQuery,框架则是YUI3,Dojo、Extjs等。关
于库或者框架的,对应的比喻则是大教堂和集市。在最早的时间,大教堂和集市的建设都在同步行进,具有代表意义的是
YUI3和jQuery,前者Yahoo!投入许多精力,历时两代完成,后者则是集市建造的典范,由John Resig创建,社区参与。最后
看看后续的反馈:
大教堂未必优质
大教堂模式产出的作品,让享用者可以有一步到位的服务,无需其他。但是由于大教堂的建设过程中承担着解决所有问题的使
命,这导致它逐渐变得庞大,尽管它有着宏大而美妙的结构,像一首长长的赞美诗,任何一段都可以被唱诗班演唱得动听。但
是,弱点依旧暴露出来:
1.局部的优良程度未必是最好的;
2.庞大的结构导致灵活度下降,升级困难。
3.任何一条龙服务,都不能保证每个环节都是优异的。
小集市钻石闪烁,沙砾良多
小集市的特点是开放式建设、周期短、成本低。大多数创建出来的集市是功能简陋、品质平庸的。jQuery是一个值得玩味的现
象,品质极高,但是它带来的插件市场,却体现了小集市的另一面,大多数的jQuery插件的质量却十分低下。
可以说小集市模式创建出来的作品,在单点上,是能够超越教堂模式作品中对应的那部分。前者缺乏一个宏伟的结构,但是在
微观上,它是完善的,可以随意挪移的。后者虽然具备优良的结构,但在单点上并非优秀,这也容易让人怀疑是否其他点上也
并不优秀,而且教堂式作品的一个特点则是,局部是不可移植的,非独立性的,这在YUI3中表现十分明显。
上述对比很容易让人联想到,如果一个架构的特性具备单点可移植,可拆卸,自身极其轻量,汲取了大教堂和小集市的优点。
那必将是一个全新的时代,那是一个可以DIY的时代。原有的大教堂模式由于缺失了灵活性,在迭代迅速的开发中,必将淘
汰。而小集市尽管良莠不齐,好在预留了选择权利给用户,并且他的开放性也预示着它的可成长性,所以还有未来可期。
没错,如今这个时代已经到来。库通常是一个比框架小一个粒度的单元,模块则是比库更小一个粒度的单元。一个库可能由几
个模块组成,框架则可能是在几个库的基础上构建。不再谈论库和框架的原因是将库和框架的架构部分还给开发者,以便开发
者可以根据实际业务去构建合适的解决方案。任何框架或库都只具备解决某一方面的能力,不具备普适性。当粒度降低到模块
级别的时候,构建任何上层业务,可以实现按需使用。由于模块的粒度更小,所以相对库而言,更加专注,变优秀的成本更
低。类比孩子在充满沙砾的海边奔跑,但很容易装满一口袋的贝壳。对于稍具慧眼的开发者而言,挑选一堆适合的模块来解决
业务的问题,比使用教堂式作品或者更高效。
这种方案因为CommonJS模块规范的影响,已经在既定事实中成型。在Node中,NPM平台(https://npmjs.org/)上13000+的
模块数量可以说明这个问题。前端中由于受到历史原因的影响,进展较慢,国内玉伯的SeaJS在推动此事,Arale是在SeaJS
基础上创建了一些模块,这类模块可以非常容易迁移到其他符合CommonJS模块规范的环境中。除此之外腾讯的JX也具备
SeaJS的特性,可以轻松将别的库应用到JX中,但是还不够规范。
如果非得给这种模块提供方式一个名称,我觉得该叫做小教堂模式,具备小集市的小,意味着这个教堂可能只提供祈祷服务,
如果注册结婚,则需要换另一家小教堂。但是这类小教堂的服务是最优质的。创建这类小教堂只比创建一个优异的小集市略费
成本,换言之,优异的小集市就是小教堂,它的创建方式是沿袭小集市的开放、透明的、有既定目标的成长性的。
另一个考虑是,在大部分的情况下,我们是不需要大教堂的,现实中为了整体环境,我们宁愿在大教堂中祈祷,但是程序设计
中,我们不会因为喜欢一棵树木,而买下整块山头,我们几乎不喜欢任何看起来多余的部分。同时我们也不需要小集市,我们
需要的是一个品质优良的商场。开发者是采购者,采购模块的过程既是架构的设计的过程。
前文我也提到这种小教堂的模式依然存在不理想的功能重叠、功能多余、功能缺陷、功能冲撞等问题。可谓说完美的小教堂是
可遇不可求的,但一旦它完美,将再难被替换。目前阶段的JavaScript模块开发还存在着这些问题。是故,如果开发者了解如