使用AMD模块时，在define()内部使用require()什么情况下是可以的（或者为什么可以）？

Question

使用AMD模块时，在define()内部使用require()什么情况下是可以的（或者为什么可以）？

requirejsjs-amdcurljs

19

对于 AMD 模块（例如 RequireJs 或 curl.js），我的理解是：

require() 用于异步加载不同的模块，加载完成后执行回调函数。

要定义一个模块，您需要使用 define() 分离脚本。

但是我看到一些模块在其函数定义内部使用了 require()，例如：

define([a, b, c], function(i, ii, iii){ 
    require([d, e, f], function(d, e, f) {
        // do some stuff with these require()'d dependancies
    })
    /* rest of the code for this module */ 
})

但我觉得这很令人困惑，因为我原本认为如果一个模块有依赖关系，那么它们应该通过主要的define([dependancies], fnDefinition)函数传递，而不是像上面的示例一样在其内部通过require()传递。

这背后是否有理由呢？

- Integralist

1个回答

网页内容由stack overflow 提供, 点击上面的

可以查看英文原文，
原文链接

- unscriptable · Accepted Answer

使用require()在模块中有几个原因。

但是首先，请确保请求正确的require变量的引用。在你的示例中，对require的引用是全局的。你需要一个引用到在你的模块上下文范围内的require（有时称为“本地 require”）。这很容易实现：

define(["a", "b", "c", "require"], function(i, ii, iii, require){ 
    require(["d", "e", "f"], function(moduleD, moduleE, moduleF) {
        // do some stuff with these require()'d dependencies
    })
    /* rest of the code for this module */ 
});

这很重要的主要原因是确保相对模块 ID（例如"./peerModule"或"../unclePath/cousinModule"）能够正确解析。（这也是为什么curl.js默认情况下没有全局require的原因之一。）

使用本地require的原因：

由于运行时条件，您不知道哪些模块在构建时（或加载时）需要
您明确希望推迟加载某些模块，直到它们被需要
您想根据功能检测结果加载变体模块（尽管像dojo的“ has！”插件可能是更好的解决方案（对不起，我找不到链接））

最后，AMD定义了第二种使用require的方法，以便与使用CommonJS Modules/1.1编写并随后包装在define中的模块兼容。这看起来像这样：

define(function(require, exports, module){ 
    var a = require("pkgZ/moduleA"), // dependency
        b = require("pkgZ/moduleB"); // dependency
    /* rest of the code for this module */ 
});

服务器端JavaScript开发人员可能会觉得这种格式很吸引人。:)

一些AMD加载器（例如RequireJS 0.2+、dojo 1.7+、bdLoad和curl.js 0.6+）将检测到这种混合的AMD/CJSM1.1格式，并通过扫描模块中的require调用来查找依赖项。