本文介绍了如何使用Require.js加载Q库？的处理方法，对大家解决问题具有一定的参考价值，需要的朋友们下面随着小编来一起学习吧！
问题描述
我的库使用kriskowal/Q promises library，现在我正在尝试加载使用我的库的应用程序(使用requijs)，因此我放置了所有路径和垫片，我的requirejs.config部分如下所示：
requirejs.config({
baseUrl: './',
catchError: false,
paths: {
beril: '../engine/build/src/bundle',
lodash: 'bower_components/lodash/lodash',
three: 'bower_components/three.js/build/three',
q: 'bower_components/q/q',
},
shim: {
lodash: {
exports: '_'
},
three: {
exports: 'THREE'
},
q: {
exports: 'Q'
},
beril: {
deps: ['lodash', 'three', 'q'],
exports: 'beril'
},
}
});
require(['beril', 'js/stepbystep/' + $stateParams.page + '/app'], (beril, app) => app());
还定义了所有睡觉依赖项(三个和_)。看来Requirejs的填充程序不适用于此库。可能是还是我遗漏了什么？
那么我做错了什么，我应该如何处理这种情况？
推荐答案
您的配置有几个问题。首先，您有不必要的shim配置。我刚刚安装了locash(使用bower install lodash)并搜索了它的代码。它调用define。因此您不能为其设置shim。RequireJS不会给您一个错误，但是您会得到未定义的行为。q也是如此：它调用defineso，因此不调用shim。Last I checked，THREE需要shim。
define的事实也是它不会将符号Q泄漏到全局空间的原因。它的作用类似于性能良好的AMD模块。
好的，那么我们怎样才能让Beril找到Q呢？Your solution有效，但我觉得有点可疑。问题是init是在加载填充模块之后执行的。只要Beril只在稍后执行的函数体中引用Q，它就可以工作。我猜这就是贝里尔现在的工作方式。但是，如果新版本的Beril在包含Beril的文件首次执行时需要引用Q，则会失败，因为Q尚不存在。
解决该问题的一种方法是使用map和一些胶水，这是面向未来的。保留beril的shim，但删除init。定义名为q-glue：
define(['q'], function (Q) {
window.Q = Q;
return Q;
});
并在您的配置中声明map：
map: {
beril: {
q: "q-glue"
}
}
beril加载q-glue请求q时"。通过执行此操作，将在加载Beril之前定义window.Q。
我猜你是"贝里尔"的作者。我强烈建议您使您的库与AMD兼容，这样您的库的用户就不必经历配置之苦才能使其与AMD加载器(如RequireJS)一起工作。
这篇关于如何使用Require.js加载Q库？的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持编程学习网！
本站部分内容来源互联网,如果有图片或者内容侵犯您的权益请联系我们删除！