前后端模块规范有哪些？

        模块化思想在前端的应用层出不穷，它的出现也加快了前端内容的开发，和下部的复用，同时增加了合作性。做到模块化，就要有一定的模块规范， CommonJS为后端定制了特定的规范，但是鉴于网络的原因，CommonJS并不完全适合前端的应用场景，经过一段时间争论后，AMD(Asynchronous Module Definition,异步模块定义)规范最终在前端应用场景中胜出。除此之外，还有国内玉伯的CMD。

1.AMD规范

AMD规范是CommonJS模块规范的一个延伸，它的模块定义如下：

define(id?,dependencies?,factory);

它的模块id和依赖都是可选的，与node模块相似的地方在于factory的内容就是实际代码中内容。下面的代码定义了一个简单的模块：

define(function(){

   var exports = {};

   exports.sayHello=function(){

       alert('hello from module:' + module.id);

  }

   return exports;

})

不同的地方就是AMD模块需要用define来明确定义一个模块，而Node实现中是隐式包装的，他们的目的都是作用域隔离（不知道啥是作用域隔离，去问度娘或者谷妹吧），仅在需要的时候被引入，避免掉过去那种通过全局变量或者全局命名空间的方式，以免变量污染和不小心被修改。另一个区别就是内容通过返回的方式实现导出。例如require.js的实现方式

2 CMD规范

它与AMD规范的主要区别在于定义模块和依赖引入的部分，AMD需要在声明模块的时候制定所有的依赖，通过形式参数传递依赖到模块内容中：

define(['dep1','dep2'],function(dep1,dep2)){

     return function(){};

});

而CMD模块更接近于Node对CommonJS规范的定义：

define(factory);

在依赖部分，CMD支持动态引入，示例如下：

define(function(require,exports,module){

//这里来写模块内容

})

require、exports和module通过形式参数传递给模块，在需要依赖模块时，随时调用require()引入即可。例如sea.js的实现方式

3.兼容多种模块规范的写法

前面废话那么多，现在为了让同一个模块可以运行在前后端，在写作过程中需要考虑兼容前端也实现模块规范的环境。为了保持前后端的一致性，类库开发者需要将类库代码包装在一个闭包内。下面栗子演示如何将hello方法定义到不同的运行环境中，兼容Node、AMD、CMD以及常见的浏览器环境中：（用的时候copy一下就ok了）

```

;(function(name,definition){

   //检测上下文环境是否为AMD或者CMD

var hasDefine=typeof define==='function',

      hasExports=typeof module !=='undefined'&&module.exports;

if(hasDefine){

 //AMD/CMD

   define(definition);

}else if(hasExports){

    //定义为普通Node模块

   module.exports=definition();

}else{

  //将模块的执行结果挂在window变量中，在浏览器中this指向window对象

  this[name]=definition();

 }

})('hello',function(){

    var hello=function(){};

 return hello;

})

```

至此 不足之处，请批评指正（感谢朴灵的深入浅出nodejs）！

```

```