最近在写一个js的框架,用于js模块化开发。但碍于一直都没有好好的去了解下现在主流的js规范,导致很多时候不管是函数的命名或者是函数的API都是由自己主观制定的,所以今天决定花时间把js的规范给整理一下,也便于框架的成长。
先看下CommonJS:
CommonJS的宣言是:javascript: not just for browsers any more!
JavaScript是一个强大面向对象语言,它有很多快速高效的解释器。官方JavaScript标准定义的API是为了构建基于浏览器的应用程序。然而,并没有定于一个用于更广泛的应用程序的标准库。
CommonJS API定义很多普通应用程序(主要指非浏览器的应用)使用的API,从而填补了这个空白。它的终极目标是提供一个类似Python,Ruby和Java标准库。这样的话,开发者可以使用CommonJS API编写应用程序,然后这些应用可以运行在不同的JavaScript解释器和不同的主机环境中。在兼容CommonJS的系统中,你可以实用JavaScript程序开发:
服务器端JavaScript应用程序
命令行工具
图形界面应用程序
混合应用程序(如,Titanium或Adobe AIR)
简单来说:CommonJS是一种规范,它自己并没有去实现这些API,而是要求一些JavaScript库、框架、环境…去实现它的这些API定义,它只提供对应的建议和规范。
点击这里查看CommonJS的所有规范。
SeaJS、CouchDB、RequireJS和NodeJS等都实现了部分的CommonJS规范。
AMD 是 RequireJS 在推广过程中对模块定义的规范化产出。
CMD 是 SeaJS 在推广过程中对模块定义的规范化产出。
这些规范的目的都是为了 JavaScript 的模块化开发,特别是在浏览器端的。
目前这些规范的实现都能达成浏览器端模块化开发的目的。
对于依赖的模块,AMD 是提前执行,CMD 是延迟执行。不过 RequireJS 从 2.0 开始,也改成可以延迟执行(根据写法不同,处理方式不同)。CMD 推崇 as lazy as possible.
CMD 推崇依赖就近,AMD 推崇依赖前置。如:
// CMD
define(function(require, exports, module) {
var a = require('./a')
a.doSomething()
// 此处略去 100 行
var b = require('./b') // 依赖可以就近书写
b.doSomething()
// ...
})
// AMD 默认推荐的是
define(['./a', './b'], function(a, b) { // 依赖必须一开始就写好
a.doSomething()
// 此处略去 100 行
b.doSomething()
...
})
AMD 的 API 默认是 一个当多个用 ,CMD 的 API 严格区分,推崇 职责单一 。比如 AMD 里,require 分全局 require 和局部 require,都叫 require。CMD 里,没有全局 require,而是根据模块系统的完备性,提供 seajs.use 来实现模块系统的加载启动。CMD 里,每个 API 都 简单纯粹 。
更具体的内容可点击相应链接查看官网说明。
以上。