Global Scope
Der Global Scope ist der äußerste Gültigkeitsbereich eines Programms: Namen, die dort abgelegt werden, sind im gesamten Programm sichtbar. Das ist bequem, gilt aber als riskant, weil jede Programmstelle solche Werte verändern kann.
Ein Programm besteht aus vielen kleinen Textbausteinen, die man Code nennt. Darin bekommen Werte Namen, damit man sie später wiederverwenden kann. Solche benannten Werte heißen Variablen. Jede Variable ist aber nur an bestimmten Stellen des Programms sichtbar, und dieser Bereich heißt Gültigkeitsbereich oder englisch Scope. Der Global Scope ist der äußerste dieser Bereiche: Was dort steht, kann von überall im Programm gelesen und benutzt werden. Man kann ihn sich wie das schwarze Brett in einer Schule vorstellen, das jede Klasse sehen und beschreiben darf.
Warum Programmierer globale Variablen fürchten
Der Global Scope ist zunächst praktisch. Eine Information muss nur einmal abgelegt werden und ist dann überall verfügbar. Genau daraus entstehen aber die typischen Probleme großer Programme. Wenn tausend Codezeilen denselben Wert ändern dürfen, weiß am Ende niemand mehr, wer ihn zuletzt geändert hat.
Ein zweites Problem sind Namenskollisionen. Zwei Programmteile wählen zufällig denselben Namen, etwa « zaehler ». Der zweite überschreibt dann stillschweigend den ersten. Solche Fehler zeigen sich oft erst viel später und an einer ganz anderen Stelle. Deshalb sind sie besonders mühsam zu finden.
Fachleute sprechen deshalb von « globalem Zustand » als einem Warnsignal. Die gängige Empfehlung lautet: Werte so lokal wie möglich halten. Eine Variable soll nur dort sichtbar sein, wo sie wirklich gebraucht wird. Der Global Scope bleibt dann Konstanten und wenigen zentralen Einstellungen vorbehalten.
Wie Sprachen Namen einem Bereich zuordnen
Gültigkeitsbereiche sind ineinander verschachtelt wie Kartons in Kartons. Ganz außen liegt der Global Scope. Innen liegen die Bereiche einzelner Funktionen, also abgeschlossener Arbeitsschritte im Programm. Sucht das Programm einen Namen, schaut es zuerst im innersten Karton nach. Findet es dort nichts, geht es eine Ebene weiter nach außen, bis zum globalen Bereich.
Daraus folgt eine wichtige Regel: Innen darf man nach außen schauen, außen aber nicht nach innen. Eine Variable innerhalb einer Funktion existiert für den Rest des Programms schlicht nicht. Sie verschwindet meist, sobald die Funktion fertig ist. Globale Werte dagegen bleiben, solange das Programm läuft.
Die Details unterscheiden sich je nach Programmiersprache. In Python muss man mit dem Schlüsselwort « global » ausdrücklich erlauben, eine globale Variable in einer Funktion zu ändern. In JavaScript im Browser landen globale Werte historisch am Objekt « window ». Ein häufiger Irrtum ist, den Global Scope für ein Speicherproblem zu halten. Er ist in erster Linie ein Sichtbarkeitsproblem, also eine Frage der Ordnung im Code.
Vom Schulprojekt bis zur Sicherheitslücke
Im ersten eigenen Programm begegnet man dem Global Scope sofort. Wer eine Datei öffnet und dort direkt eine Variable anlegt, hat sie global erzeugt, oft ohne es zu merken. In kleinen Skripten mit dreißig Zeilen ist das völlig unproblematisch. Erst ab einigen hundert Zeilen beginnt der Ärger.
In Fehlermeldungen taucht der Begriff ebenfalls auf. Meldungen wie « variable is not defined » bedeuten meist, dass ein Name im aktuellen Bereich nicht sichtbar ist. Auch KI-Assistenten, die Code schreiben, kommentieren solche Stellen häufig und schlagen vor, Werte als Parameter zu übergeben statt global abzulegen.
In der IT-Sicherheit spielt der globale Bereich eine Rolle bei Angriffen auf Webseiten. Schleust jemand fremden Code in eine Seite ein, greift dieser auf globale Objekte zu und liest dort Daten aus. Deshalb kapseln moderne Web-Bibliotheken ihren Code bewusst ab. Sie legen möglichst wenig im Global Scope ab und halten den Rest in geschlossenen Modulen.