89

我需要一些在所有.js文件中都需要的全局变量。

例如，考虑以下 4 个文件：

  1. global.js
  2. js1.js
  3. js2.js
  4. js3.js

考虑到我将上述所有 4 个文件加载到 HTML 文档中，有没有办法可以在其中声明 3 个全局变量global.js并在其他 3 个文件中访问它们？.js

有人可以告诉我这是否可能，或者是否有解决方法来实现这一目标？

4

5 回答 5

98

只需在函数范围之外的 global.js 中定义变量：

// global.js
var global1 = "I'm a global!";
var global2 = "So am I!";

// other js-file
function testGlobal () {
    alert(global1);
}

为了确保这有效，您必须在尝试访问该文件中定义的任何变量之前包含/链接到 global.js：

<html>
    <head>
        <!-- Include global.js first -->
        <script src="/YOUR_PATH/global.js" type="text/javascript"></script>
        <!-- Now we can reference variables, objects, functions etc. 
             defined in global.js -->
        <script src="/YOUR_PATH/otherJsFile.js" type="text/javascript"></script>
    </head>
    [...]
</html>

当然，如果您不希望 js 文件的加载中断初始页面加载，您可以在关闭 <body>-tag 之前链接脚本标签。

于 2009-06-03T11:48:50.790 回答
92

推荐的方法是：

window.greeting = "Hello World!"

然后，您可以在任何函数中访问它：

function foo() {

   alert(greeting); // Hello World!
   alert(window["greeting"]); // Hello World!
   alert(window.greeting); // Hello World! (recommended)

}

这种方法是首选的原因有两个。

  1. 意图是明确的。关键字的使用var很容易导致将vars原本打算是本地的全局声明，反之亦然。这种变量作用域是许多 Javascript 开发人员的困惑点。因此，作为一般规则，我确保所有变量声明都以关键字var或前缀开头window。

  2. 您也可以标准化此语法以通过这种方式读取变量，这意味着本地范围var不会破坏全局var，反之亦然。例如，这里发生的事情是模棱两可的：

 

 greeting = "Aloha";

 function foo() {
     greeting = "Hello"; // overrides global!
 }

 function bar(greeting) {
   alert(greeting);
 }

 foo();
 bar("Howdy"); // does it alert "Hello" or "Howdy" ?

但是，这更简洁，更不容易出错（您实际上不需要记住所有变量范围规则）：

 function foo() {
     window.greeting = "Hello";
 }

 function bar(greeting) {
   alert(greeting);
 }

 foo();
 bar("Howdy"); // alerts "Howdy"
于 2009-06-03T12:09:01.437 回答
7

你试过了吗？

如果你这样做：

var HI = 'Hello World';

在global.js. 然后做：

alert(HI);

在js1.js它会提醒它罚款。您只需global.js在 HTML 文档中的其余部分之前包含。

唯一的问题是您必须在窗口的范围内（而不是在任何函数内）声明它。

您可以直接取消var零件并以这种方式创建它们，但这不是一个好习惯。

于 2009-06-03T11:48:38.043 回答
7

如上所述，在脚本文件中使用最顶层范围存在问题。这是另一个问题：脚本文件可能从某个运行时环境中不是全局上下文的上下文中运行。

有人建议直接将全局分配给window。但这也是运行时相关的，并且在 Node 等中不起作用。这表明可移植的全局变量管理需要一些仔细的考虑和额外的努力。也许他们会在未来的 ECMS 版本中修复它！

现在，我会推荐这样的东西来支持对所有运行时环境进行适当的全局管理：

/**
 * Exports the given object into the global context.
 */
var exportGlobal = function(name, object) {
    if (typeof(global) !== "undefined")  {
        // Node.js
        global[name] = object;
    }
    else if (typeof(window) !== "undefined") {
        // JS with GUI (usually browser)
        window[name] = object;
    }
    else {
        throw new Error("Unkown run-time environment. Currently only browsers and Node.js are supported.");
    }
};


// export exportGlobal itself
exportGlobal("exportGlobal", exportGlobal);

// create a new global namespace
exportGlobal("someothernamespace", {});

它需要更多的输入，但它使您的全局变量管理面向未来。

免责声明：我在查看以前版本的stacktrace.js时想到了这个想法的一部分。

我认为，还可以使用 Webpack 或其他工具来获得对运行时环境的更可靠且更少恶意的检测。

于 2014-04-06T11:37:49.263 回答
2

是的，您可以访问它们。您应该在“公共空间”（任何功能之外）将它们声明为：

var globalvar1 = 'value';

您可以稍后访问它们，也可以在其他文件中访问它们。

于 2009-06-03T11:49:10.947 回答