Ich benötige einige globale Variablen, die ich in allen .jsDateien benötige .
Betrachten Sie beispielsweise die folgenden 4 Dateien:
global.jsjs1.jsjs2.jsjs3.jsGibt es eine Möglichkeit, 3 globale Variablen zu deklarieren global.jsund in einer der anderen 3 .jsDateien darauf zuzugreifen, wenn ich alle oben genannten 4 Dateien in ein HTML-Dokument lade?
Kann mir bitte jemand sagen, ob dies möglich ist oder ob es eine Lösung gibt, um dies zu erreichen?
Antworten:
Definieren Sie einfach Ihre Variablen in global.js außerhalb eines Funktionsumfangs:
// global.js
var global1 = "I'm a global!";
var global2 = "So am I!";
// other js-file
function testGlobal () {
alert(global1);
}
Um sicherzustellen, dass dies funktioniert, müssen Sie global.js einschließen / verknüpfen, bevor Sie versuchen, auf in dieser Datei definierte Variablen zuzugreifen:
<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>
Sie können die Skript-Tags natürlich direkt vor dem schließenden <body> -Tag verknüpfen, wenn Sie nicht möchten, dass das Laden von js-Dateien das anfängliche Laden der Seite unterbricht.
Der empfohlene Ansatz ist:
window.greeting = "Hello World!"Sie können dann mit einer beliebigen Funktion darauf zugreifen:
function foo() {
alert(greeting); // Hello World!
alert(window["greeting"]); // Hello World!
alert(window.greeting); // Hello World! (recommended)
}
Dieser Ansatz wird aus zwei Gründen bevorzugt.
Die Absicht ist explizit. Die Verwendung des varSchlüsselworts kann leicht dazu führen, varsdass global deklariert wird , die lokal sein sollten, oder umgekehrt. Diese Art des variablen Scoping ist für viele Javascript-Entwickler ein Punkt der Verwirrung. Daher stelle ich in der Regel sicher, dass allen Variablendeklarationen das Schlüsselwort varoder das Präfix vorangestellt ist window.
Sie standardisieren diese Syntax auch für das Lesen der Variablen auf diese Weise, was bedeutet, dass ein lokaler Gültigkeitsbereich varnicht den globalen Bereich beeinträchtigt varoder umgekehrt. Zum Beispiel ist das, was hier passiert, nicht eindeutig:
greeting = "Aloha";
function foo() {
greeting = "Hello"; // overrides global!
}
function bar(greeting) {
alert(greeting);
}
foo();
bar("Howdy"); // does it alert "Hello" or "Howdy" ?
Dies ist jedoch viel sauberer und weniger fehleranfällig (Sie müssen sich nicht wirklich an alle Regeln für den variablen Gültigkeitsbereich erinnern):
function foo() {
window.greeting = "Hello";
}
function bar(greeting) {
alert(greeting);
}
foo();
bar("Howdy"); // alerts "Howdy"
Hast du es versucht?
Wenn Sie tun:
var HI = 'Hello World';In global.js. Und dann mache:
alert(HI);Darin js1.jswird es gut alarmieren. Sie müssen nur global.jsvor dem Rest in das HTML-Dokument aufnehmen.
Der einzige Haken ist, dass Sie es im Bereich des Fensters deklarieren müssen (nicht innerhalb von Funktionen).
Sie könnten das varTeil einfach nixen und auf diese Weise erstellen, aber es ist keine gute Praxis.
Wie oben erwähnt, gibt es Probleme bei der Verwendung des obersten Bereichs in Ihrer Skriptdatei. Hier ist ein weiteres Problem: Die Skriptdatei wird möglicherweise in einem Kontext ausgeführt, der in einer Laufzeitumgebung nicht der globale Kontext ist.
Es wurde vorgeschlagen, das Globale windowdirekt zuzuweisen . Dies ist jedoch auch zur Laufzeit abhängig und funktioniert nicht in Node usw. Dies zeigt, dass die Verwaltung tragbarer globaler Variablen einige sorgfältige Überlegungen und zusätzlichen Aufwand erfordert. Vielleicht werden sie es in zukünftigen ECMS-Versionen beheben!
Im Moment würde ich so etwas empfehlen, um eine ordnungsgemäße globale Verwaltung für alle Laufzeitumgebungen zu unterstützen:
/**
* 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", {});
Es ist ein bisschen mehr Tipparbeit, aber es macht Ihr globales Variablenmanagement zukunftssicher.
Haftungsausschluss: Ein Teil dieser Idee kam mir, als ich mir frühere Versionen von stacktrace.js ansah .
Ich denke, man kann auch Webpack oder andere Tools verwenden, um eine zuverlässigere und weniger hackige Erkennung der Laufzeitumgebung zu erhalten.
GLOBAList jetzt veraltet und globalsollte stattdessen verwendet werden.