require、module、exports dojo中的三个特殊模块标识

　　查看dojo源码过程中，发现这三个模块名并不以dojo、dijit、dojox开头，在dojo加载器中属于特殊模块名。

　　require

　　这是一个上下文智能的加载器。

　　我们通过dojoConfig配置了一个package：myApp，现在对myApp目录下的文件可以使用如下方式请求：

// this is "myApp/topLevelHandlers"
define(["dojo"], function(dojo){
  dojo.connect(dojo.byId("debugButton"), "click", function(){
    require(["myApp/perspectives/debug"], function(perspective){
      perspective.open();
    });
  });
});

　　通过全局的require函数请求一个myApp包下的文件仍然用“包名+文件路径”的形式。如果我们希望像define那样使用相对路径加载模块：reqiure([‘./perspectives/debug‘], function(){debug});而require是无法找到“./perspectives/debug”这个module的。这时就轮到这个上下文智能的require模块上场了。

// this is "myApp/topLevelHandlers"
define(["dojo", "require"], function(dojo, require){
  dojo.connect(dojo.byId("debugButton"), "click", function(){
    require(["./perspectives/debug"], function(perspective){
      perspective.open();
    });
  });
});

　　通过引用reqire模块代替全局require函数，我们可以使用相对路径来加载模块，这就是上下文智能。

exports

　　exports这个模块的作用与node.js中exports的作用类似，用于导出当前模块的方法或者变量。在node中它是唯一导出的出口，但是在dojo中我们可以直接在模块中返回一个对象字面量。

define([], function(){
  return {
    someProperty:"hello",
    someOtherProperty:"world"
  };
});

define(["exports"], function(exports){
  exports.someProperty = "hello";
  exports.someOtherProperty = "world";
});

　　一般情况下，这两种写法都相同，但是在发生循环依赖情况下，使用exports dojo的加载器可以判断出模块是否加载完毕，而不是出于死锁状态。

module

　　module引用module模块会返回一个对象，该对象有三个参数：

• id：一个唯一的模块id，在程序中唯一标识一个模块；require([module.id], function(m){}); m代表了该id所对应的模块；这个属性在一些需要需要根据模块id与一个计数器拼接起来的功能时常用到，比如dojo/request/script中callback参数

• uri:代表该模块的绝对url路径

• exports：该属性同上文exports模块作用类似。稍有区别就是我们可以通过该属性让exports指向一个新的对象（通常是一个函数）。类似node中改变模块中exports引用。

define(“myModule”,["module"], function(module){
  module.exports = dojo.declare(/*...*/);
});

　　原来的exports属性是一个对象，现在是一个类。下次引用该模块时就可以用来实例化对象。

define(["myModule"], function(MyModule){
  var m = new MyModule();
});

　　这三个特殊的module是dojo用来兼容其他CommonJs类库时使用。比如将dojo集成进node，这是另一篇文章要将的。