查看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(/*...*/);
});
define(["myModule"], function(MyModule){
var m = new MyModule();
});这三个特殊的module是dojo用来兼容其他CommonJs类库时使用。比如将dojo集成进node，这是另一篇文章要将的。
