9

我认为我需要在一个页面中支持多个 require 实例，并且遇到了两个问题使其发生。我正在开发一项向外部客户端页面提供可嵌入交互式对象的服务。最重要的设计标准是易于嵌入，对客户端环境做出尽可能少的假设，并在客户端页面的 js/css 世界中很好地发挥作用。客户端在他们的页面中添加一个脚本标签来加载加载器，然后他们使用一个内联脚本来加载他们想要的内容：

<script src="http://server.net/loader"></script> 
<script>               
       special_require(["loader"], function(loader) {
           loader.load({
               object: "objectname",
               target: "#where-i-want-it"
               // other config settings
           })
       })
   </script>

加载器在匿名函数中运行 require.js 源，对其进行配置，然后将 require 和 define 导出为命名空间的全局变量（我们称它们为 special_require 和 special_define）。然后几个模块是special_defined，以“loader”结尾：

// Using strategy 2 from http://requirejs.org/docs/faq-advanced.html#rename to 
// namespace require so it doesn't conflict with code on client sites.
;(function() {
    // Here, we use Jinja to drop in require.js, which will define itself in 
    // this non-global namespace.
    {% include 'loader/require.js' %}

    require.config({
        ...
    })
    window.special_require = require
    window.special_define = define
})()

special_define("loader", [...], function(...) { ... })

在大多数情况下，这非常有效。我能够将我的需求与客户端页面中的任何需求完全分开，并且我对客户端的 js 全局命名空间轻描淡写。但：

  1. 如果客户端页面碰巧正在加载 require 并使用 data-main 属性调用它，我的 require 会显示并尝试根据我的 baseUrl 加载他们的 data-main 脚本，我们会收到加载错误。我可以修改我的 require 的来源，以便它停止寻找 data-main 属性。有更清洁的解决方案吗？

  2. require 社区非常清楚，一个页面上不应有多个 require 实例。require.js 源代码竭尽全力避免重复。所以我很紧张，因为我走这条路会让自己陷入困境。也就是说，我更担心可能使用客户端的 require 实例（使用我自己的加载上下文）。Require 1.2、2.0 和 2.1 不兼容，我不知道我在使用什么。我是否只是在一个不寻常的情况下，分开运行是有意义的？我会遇到麻烦吗？有没有办法加载 require.js 并允许它在可能的情况下推迟到现有的要求，同时仍然可以保证我有特定版本的要求？

4

1 回答 1

1

我认为可以。请参阅此处的示例：http ://requirejs.org/docs/api.html#multiversion

于 2013-10-14T15:21:59.800 回答