dojo 1.7 AMD 框架有什么好处？

Question

我一直在此处阅读有关 dojo 1.7 加载程序如何使用 AMD API/框架的信息和这里，我在其中一张幻灯片上看到了这句话：“AMD（的）最大的好处正如某些人可能认为的那样，无法按需加载脚本，最大的好处是代码组织/模块化的增加以及对全局/命名空间的需求的减少。”但我的问题是，是否可以通过使用普通的 js 函数来避免全局变量，如果您需要访问另一个函数的执行上下文（以及另一个函数的“私有”变量），也许可以使用 dojo.hitch() ？换句话说，除了异步加载你需要的东西之外，AMD框架还有什么好处呢？

Answer 1

AMD 的好处是拥有模块系统的好处，类似于其他语言中的命名空间系统。在 JavaScript 中，我们经常使用全局变量来伪造这一点，但模块具有许多特定的好处：

这些模块提供了其顶级范围的隐私、从其他模块导入单例对象以及导出自己的 API 的功能。

--- 来自 CommonJS Modules/1.1.1 规范，它开始了这一切。

这里的关键是进出口设施。以前，每个人都使用全局变量（例如 window.jQuery、window._ 等）来临时执行此操作。要获得 jQuery 的导出功能，您必须知道这个神奇的名称，希望没有人与它发生冲突，并确保 jQuery 脚本在您的脚本之前加载。没有办法以声明方式指定对 jQuery 的依赖，并且 jQuery 也没有办法说“这就是我导出的”，除了将它们填充到全局 window.jQuery 对象中。

模块格式解决了这个问题：每个模块导出特定的功能，例如

// math.js
define(function (require, exports, module) {
    exports.add = function (a, b) { return a + b; };
});

，每个模块都可以需要特定的其他模块，例如

// perimeter.js
define(function (require, exports, module) {
    var math = require("math");

    exports.square = function (side) {
        return math.add(math.add(side, side), math.add(side, side));
    };
});

---

关于为什么 AMD 应该成为首选的模块系统，RequireJS——一个很像 Dojo 的 AMD 加载器——写了 一篇博客文章详细说明了为什么他认为 AMD 是最好的。