Мне нужно несколько глобальных переменных, которые нужны мне во всех .jsфайлах.
Например, рассмотрим следующие 4 файла:
global.jsjs1.jsjs2.jsjs3.jsЕсть ли способ, которым я могу объявить 3 глобальные переменные global.jsи получить к ним доступ в любом из других 3 .jsфайлов, учитывая, что я загружаю все вышеуказанные 4 файла в документ HTML?
Может ли кто-нибудь сказать мне, возможно ли это или есть способ добиться этого?
Ответы:
Просто определите свои переменные в 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>
Вы, конечно, можете добавить ссылку в теги скрипта непосредственно перед закрывающим тегом <body>, если вы не хотите, чтобы загрузка js-файлов прерывала загрузку начальной страницы.
Рекомендуемый подход:
window.greeting = "Hello World!"
Затем вы можете получить к нему доступ из любой функции:
function foo() {
alert(greeting); // Hello World!
alert(window["greeting"]); // Hello World!
alert(window.greeting); // Hello World! (recommended)
}
Такой подход предпочтительнее по двум причинам.
Намерение ясно. Использование varключевого слова может легко привести к объявлению глобальных, varsкоторые должны были быть локальными, или наоборот. Такой вид области видимости переменных сбивает с толку многих разработчиков Javascript. Итак, как правило, я проверяю, что перед объявлением всех переменных стоит ключевое слово varили префикс window.
Вы также стандартизируете этот синтаксис для чтения переменных таким образом, что означает, что локальная область видимости 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"
Ты это пробовал?
Если вы это сделаете:
var HI = 'Hello World';
В global.js. А затем сделайте:
alert(HI);
В js1.jsнем это предупредит нормально. Вам просто нужно включить global.jsего в HTML-документ.
Единственная загвоздка в том, что вы должны объявить его в области видимости окна (а не внутри каких-либо функций).
Вы можете просто исключить varдеталь и создать ее таким образом, но это не очень хорошая практика.
Как упоминалось выше, возникают проблемы с использованием самой верхней области в вашем файле сценария. Вот еще одна проблема: файл сценария может запускаться из контекста, который не является глобальным контекстом в некоторой среде выполнения.
Было предложено назначить глобальное значение 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 или другие инструменты, чтобы получить более надежное и менее хакерское обнаружение среды выполнения.
GLOBALтеперь устарела и globalдолжна использоваться вместо нее.