Firefox 扩展 JSM 和命名空间礼仪

Question

因此，在 Firefox 扩展中，鼓励扩展的对象位于 com.contoso.myExtension 等子对象中。这样，您就不会在全局名称空间中放置任何对象，并且扩展通常不会相互干扰。 （至少在通用 browser.xul 窗口中）

但是根据我对 Javascript 代码模块 (JSM)< 的了解/a> 是，虽然模块本身在单独的命名空间中工作，但它导出的符号最终将出现在导入它的任何代码的全局命名空间中。此外，扩展不可能是“好的”并且只尝试构建子对象；这些导出的符号只会破坏已经存在的任何全局变量。此外，您无法导出 com.contoso.myExtension 等符号。它只是一个简单的全局变量。

那么使用 JSM 时要发挥良好作用的协议是什么？只是创建很长的变量名称并希望它们不会发生冲突？

Answer 1

首先，我还没有看到如何处理这个问题的硬性标准。但我们绝对可以做得比长变量名更好...

关于 Javascript 代码模块位于单独的命名空间（可以这么说）中，您是正确的，但是当您导入它们时，您不会不必将它们导入全局名称空间。如果您查看 Components.utils.import 文档，您会发现可以导入到特定范围。也就是说，您根本不必污染全局命名空间。

您可以将模块收集到 myExtension 命名空间中。

var myExtension = {};
Components.utils.import("resource://.../module.jsm", myExtension);

将其包装在自执行函数中不会让任何变量泄漏到全局命名空间中，甚至 myExtension 也不行！

(function(){
    var myExtension = {};
    Components.utils.import("resource://.../module.jsm", myExtension);
})();