Scope

Bis jetzt haben Sie gesehen, dass eine Variable von dem Ort, an dem sie in let deklariert (definiert) wurde, bis zum Ende verwendet werden kann. Mit anderen Worten, sie ist ab let gültig.

// test

let a = 10;

console.log(a);

Andererseits, wie wir in den Abschnitten Funktionen, Bedingte Verzweigung sowie Iteration gesehen haben, der von { und } eingeschlossene Bereich als Block bezeichnet.

Normalerweise würde man es nicht auf diese Weise schreiben, aber man kann auch einen einzelnen Block verwenden. Zur Erläuterung werden wir hier diese Schreibweise verwenden.

let i = 10;

console.log("before block: i =", i);

{
  // Block
}

console.log(" after block: i =", i);

Was wird das Ergebnis sein, wenn Sie das folgende Programm ausführen?

let i = 10;

console.log("before block: i =", i);

{
  console.log("    in block: i =", i);
}

console.log(" after block: i =", i);

In jedem Fall sollte i als 10 angezeigt werden. Es sollte keine Frage sein. Was ist nun mit der nächsten Frage?

let i = 10;

console.log("before block: i =", i);

{
  i = 20;
  console.log("    in block: i =", i);
}

console.log(" after block: i =", i);

Der Unterschied zur ersten Übung besteht darin, dass der Wert von i im Block geändert wurde. Es wären 10, 20, 20 in dieser Reihenfolge gewesen. Das bedeutet, dass das Programm mit oder ohne { und } auf die gleiche Weise funktionieren wird.

Auch hier gibt es keine Frage, nicht? Wenn Sie neugierig sind, entfernen Sie die { und } oben und führen Sie das Programm aus.

Und nun die wichtigste Frage. Was passiert, wenn Sie wie folgt schreiben?

let i = 10;

console.log("before block: i =", i);

{
  let i = 1;
  console.log("    in block: i =", i);
}

console.log(" after block: i =", i);

Der wichtigste Punkt ist die Verwendung von let in dem Block. In diesem Fall wird eine neue Variable erstellt. Das alte i, das in der ersten Zeile deklariert/definiert wurde, wird unsichtbar, aber es ist nicht weg. In einem Block deklarierte Variablen verschwinden beim Verlassen des Blocks. Wenn der Block endet, wird das ursprüngliche i wieder sichtbar, deshalb der ursprüngliche Wert von 10 wurde angezeigt.

Es ist keine gute Idee, Variablen außerhalb der Funktion innerhalb der Funktion zu lesen oder zu schreiben (ändern).

Sie sollten nur im Aufruf (Argumente) und im Rückgabewert mit ihnen interagieren.

Schauen wir uns das folgende Programm an.

// ! Das ist keine gute Art zu schreiben !
let sum = 10;

console.log(sum);
increment();
console.log(sum);

function increment() {
  sum += 1;
}

Dieses Programm funktioniert gut, aber es kann auch Probleme verursachen.

Nehmen wir an, dass increment() sehr weit weg geschrieben ist (oder sogar in einer anderen Datei). Wenn man sich die erste Hälfte des Programms ansieht, sieht es nicht so aus, als ob der Wert von sum geändert worden wäre. Der Wert von sum wird nämlich unwissentlich geändert.

Angenommen, dass Sie sich in einer solchen Situation bemerkt haben, dass der Wert von sum falsch ist. Es ist sehr mühsam (vielleicht mehr, als Sie denken), herauszufinden, wo das Problem aufgetreten ist. Es könnte etwas leichter sein, wenn Sie wissen, dass increment() die einzige Funktion ist, die sum ändert, aber wenn verschiedene Funktionen sum ändern können, wird das Problem viel viel komplizierter.

Deshalb ist es viel besser, wenn Sie zum Beispiel wie folgt schreiben:

let sum = 10;

console.log(sum);
sum = increment(sum);
console.log(sum);

function increment(num) {
  return num + 1;
}

In diesem Fall ist es klar, dass in Zeile 4 eine Änderung an sum vorgenommen wurde.

Das heißt,

Mit anderen Worten, eine Funktion sollte so geschrieben sein, dass die Funktion

• externe Informationen (Anweisungen von außen) nur über seine Argumente empfängt, und

• nur im Rückgabewert Informationen an die Außenwelt (Außerhalb der Funktion) weitergibt, und

• keine Auswirkungen auf die Außerhalb der Funktion hat.

Um es konkreter zu formulieren:

• In einer Funktion sollten nur die als Argumente definierten Variablen und die in der Funktion definierten Variablen verwendet werden, und

• Variablen außerhalb der Funktion sollten nicht direkt in der Funktion gelesen oder verändert werden.

Auch hier gilt: Ein gutes Programm ist eines, in dem möglichst wenige Fehler auftreten und die auftretenden Fehler leicht erkannt werden können. Das mag anfangs schwierig sein, aber bedenken Sie dies.