老实说,之前我对CommonJS也是一无所知,直到不久前Node.js火起来,我去研究它,才了解到Node.js其实是CommonJS的一个部分实现,我才关注起CommonJS来。
以前我们说起HTML,我们说起JavaScript,大家的印象似乎都停留在了“网页”上面,从2005年开始,因为Ajax的缘故,有一种叫做“前端程序员”的新型物种诞生了。
可是现在,前端程序员不甘心自己的一亩三分地了,他们要越权,看看HTML 5的API吧,它是要吃了Flash啊,连Adobe都倒向HTML 5了,它的API可以做各种各样的事情,要绘图、操作文件、客户端数据库、摄像头、重力感应……这些特性,怎么看怎么都是一个Native App,或者是一个服务端的应用才具备的啊。
另一方面,在2009年8月,CommonJS诞生了(不妨读读这篇文章)。正是站在JavaScript的层面,它要做这样一件类似的事情(The CommonJS API will fill that gap by defining APIs that handle many common application needs, ultimately providing a standard library as rich as those of Python, Ruby and Java.),同时伴随着JavaScript的解释器愈来愈成熟,性能越来越强,JavaScript的威力不再仅仅被限制在浏览器端。
这就是CommonJS的着力点。从CommonJS的官网来看,它至始至终都避免使用“规范”这个词,似乎不想自认,但我的理解,CommonJS本质上就是一个规范,它并不提供默认实现,而是要求一些JavaScript库、框架、环境……去实现它的这些API定义。
那么,都有哪些API层面的定义呢?
OK,涉及到二进制、编码、IO、文件、系统、断言测试、套接字、事件队列、Worker、控制台等等实现,恰恰弥补的传统JavaScript的空白。
就以Node.js为例,它实现了CommonJS的如下子规范:
再如大名鼎鼎的SeaJS、CouchDB和RequireJS,都是CommonJS的部分实现。
如果你有兴趣,在这里可以找到CommonJS所有的子规范。
未来CommonJS还需要加入的底层API定义包括(语言和运行时环境、日志、关系数据库接口、结果集、并发、字符串/字节序列/IO、目标平台的C语言标准统一的API和子进程):
高层API包括(HTTP客户端API、Email、Jabber、国际化、Promise管理器、命令行处理):
这些都可以在CommonJS自己的Wiki上找到。
按照CommonJS小组自己的话来说,在CommonJS 0.5版本的开发过程中,已经讨论了API需要包含的范围,建立了一个收集提议和优先级信息的Wiki页,讨论了现有的提议并排序,达成了基本一致的意见,提议都已在Wiki上定稿;现在当务之急包括给应用设计合理的API并文档化,给这些API完成更多的实现等等。
文章系本人原创,转载请注明出处和作者