Schweitzer Fachinformationen
Wenn es um professionelles Wissen geht, ist Schweitzer Fachinformationen wegweisend. Kunden aus Recht und Beratung sowie Unternehmen, öffentliche Verwaltungen und Bibliotheken erhalten komplette Lösungen zum Beschaffen, Verwalten und Nutzen von digitalen und gedruckten Medien.
3 Funktionen
Funktionen sind eines der mächtigsten und komplexesten Sprachkonstrukte von JavaScript. Wie wir in den folgenden Kapiteln sehen werden, basieren sogar die Patterns für Klassen und Module auf Funktionen.
3.1 Bürger erster Klasse
Eine Funktion definiert ihr in JavaScript mit dem Schlüsselwort function. Dann folgen der Name der Funktion, Klammern für die deklarierten Parameter und ein Block für den Funktionskörper. Das Ganze könnte z.B. so aussehen:
function meineErsteFunktion() { console.log("Toll!"); } Dazu der passende Aufruf: meineErsteFunktion(); // => Toll!
Funktionen können auch anonym sein und haben dann keinen Namen. Das ist nur sinnvoll, wenn ihr sie direkt ausführt oder einer Variablen zuweist. Den Sinn der direkten Ausführung sehen wir weiter hinten in diesem Kapitel, hier erst einmal die Zuweisung an eine Variable:
var meineZweiteFunktion = function () { console.log("Auch toll!"); }; meineZweiteFunktion(); // => Auch toll!
Vielleicht ist euch das Semikolon am Ende der Zuweisung aufgefallen? Ja, das Ganze ist nun zu einem Statement geworden, und Statements sollen ja laut Tipp aus dem letzten Kapitel mit einem Semikolon beendet werden.
Hinweis: Funktionen sind Objekte und können als solche einer Variablen zugewiesen oder als Parameter übergeben werden.
Hält eine Variable eine Referenz auf eine Funktion, ist die Funktion darüber mit dem ()-Operator aufrufbar.
3.2 Sichtbarkeitsbereiche (Scopes)
Wie in Kapitel 2 gesehen, spannen Blöcke in JavaScript im Gegensatz zu C# und vielen anderen Programmiersprachen keine Sichtbarkeitsbereiche auf. Zur kurzen Wiederholung: Hier gibt es zwar einen Block, allerdings ist auch nach Beendigung des Blocks die darin definierte Variable a noch sichtbar:
{ var a = 10; } // Hoppla! console.log(a); // => 10
Um Sichtbarkeitsbereiche zu definieren, gibt es in JavaScript ein anderes Konstrukt:
(function(){ var b = 10; console.log("Noch bin ich da: " + b); })(); console.log(typeof b); // => undefined
Was passiert hier? Erst einmal definieren wir eine anonyme Funktion, also eine Funktion ohne Namen. Diese führen wir sofort mit () aus. Das weitere Klammerpaar um die Funktionsdefinition herum ist nur aus syntaktischen Gründen notwendig.
Da Funktionen Sichtbarkeitsbereiche aufspannen, ist die Variable b nach der Ausführung der Funktion nicht mehr sichtbar, und wir haben erreicht, was wir wollten. Dieses Pattern ist auch unter dem Namen IIFE für Immediately-Invoked Function Expression bekannt [7].
Da dieses Pattern in JavaScript häufig verwendet wird und insbesondere Grundlage für Module ist, möchte ich ganz sicher gehen, dass es klar wird, und es noch ein bisschen feiner analysieren. Dazu zerlegen wir das Pattern in seine einzelnen Teile. Zuerst definieren wir die anonyme Funktion:
var anonFunc = function() { var b = 10; console.log("Noch bin ich da: " + b); };
Nun haben wir eine Referenz auf diese Funktion in der Variablen anonFunc. Diese müssen wir wie oben mit () ausführen und danach sichergehen, dass die lokale Variable nicht mehr sichtbar ist:
anonFunc(); console.log(typeof b); // => undefined
Der Effekt dieses Codes ist derselbe, allerdings ist die Schreibweise weiter oben die deutlich kürzere und daher die einzige, die ihr in der Praxis nutzen würdet.
Manchmal sieht man das IIFE-Pattern mit einer leicht anderen Klammerung. Diese leicht andere Syntax ist jedoch äquivalent zu unserer Version oben:
(function () { var b = 10; console.log("Noch bin ich da: " + b); }()); console.log(typeof b); // => undefined
Sichtbarkeitsbereiche können beliebig tief geschachtelt werden. Aus jedem inneren Sichtbarkeitsbereich kommt ihr an alle Parameter und Variablen aller äußeren Sichtbarkeitsbereiche, nicht aber anders herum.
Ein bisschen mehr dazu könnt ihr in Kapitel 5 finden, in dem wir uns auch mit dem Konzept einer Closure beschäftigen. Hier erst mal ein einfaches Beispiel für verschachtelte Sichtbarkeitsbereiche:
(function(){ var b = 10; console.log(b); // => 10 (function(){ var c = "c"; console.log(c); // "c" console.log(b); // 10 })(); console.log(typeof c); // => undefined })();
3.3 Strict Mode
Beim Definieren von lokalen Variablen und Sichtbarkeitsbereichen kann man gerade als JavaScript-Anfänger viele Fehler machen. Hilfreich kann dabei der in ECMAScript 5 eingeführte, so genannte strict mode [4] sein. In diesem Modus gelten strengere Regeln für ein gültiges JavaScript-Programm.
Ihr könnt den Modus entweder für eine ganze Datei oder für einzelne Funktionen aktivieren. Dazu fügt ihr einen einfachen String mit dem Text strict mode ein. Für eine ganze Datei schreibt man dies an deren Anfang, für eine Funktion als Erstes in den Körper der Funktion. So würde dann der Anfang jeder eurer JavaScript-Dateien aussehen:
"use strict"; // ... Hier kommt der eigentliche JavaScript-Inhalt
Und so würde die Aktivierung für eine einzelne Funktion aussehen:
function strikteFunktion() { "use strict"; // ... Weiterer Funktionskörper }
Was bewirkt der Modus nun? Fangen wir mit dem klassischen Beispiel an, das von JavaScript-Gegnern angeführt wird, um die Minderwertigkeit von JavaScript zu beweisen. Tatsächlich machen viele Programmierer aus einem C#-Umfeld diesen Fehler mindestens einmal. Der folgende Code ...
function aha() { hugo = 10; console.log(hugo); } aha(); // => 10 console.log(hugo); // => 10
... tut, was er tun soll, definiert aber auch versehentlich die globale Variable hugo, da hier das var-Schlüsselwort fehlt.
Dieser Code gibt also zweimal 10 aus, obwohl der Autor des Codes (ich vor einigen Jahren) hugo eigentlich als lokale Variable definieren wollte. Dazu fehlt aber das Schlüsselwort var vor der Variable hugo. Richtig würde der Code nun so aussehen und das zweite console.log gibt richtigerweise eine Fehlermeldung aus:
function aha() { var hugo = 10; console.log(hugo); } aha(); // => 10 console.log(hugo); // => Uncaught ReferenceError: hugo is not defined
Hätten wir den strict mode auf dem ursprünglichen Code aktiviert, wäre der Fehler sofort aufgefallen, und schon der erste Zugriff auf hugo hätte die obige Fehlermeldung gegeben. In etwa so:
"use strict"; function aha() { hugo = 10; // => Uncaught ReferenceError: hugo is not defined console.log(hugo); } aha();
Dies ist nur ein Beispiel für eine ganze Reihe von wenig sinnvollem oder gefährlichem Code, den der strict mode verbietet. Mehr dazu unter [4].
Zudem reserviert der strict mode einige Keywords, die in späteren Versionen von ECMAScript Einzug halten könnten. So wird eine leichte Migration gewährleistet.
Hinweis: Ein Konstrukt, das wir bisher gar nicht erwähnt haben, ist das with-Statement [6]. Für einen with-Block gibt man ein Objekt an. Wenn möglich, werden in diesem Block alle unqualifizierten Variablenzugriffe auf diesem Objekt ausgeführt. Ihr solltet dieses Konstrukt nicht verwenden, da es zu schwer lesbarem Code führt. Im strict mode ist es sogar verboten.
Fast alle modernen Frameworks unterstützen den strict mode und verwenden nur Sprachkonstrukte, die mit diesem Modus kompatibel sind. Daher empfehle ich, diesen Modus immer anzuschalten. Sollte ein verwendetes Framework (wie z.B. Ext JS[5]) diesen Modus nicht komplett unterstützen, solltet ihr ihn zumindest in allen Dateien oder Funktionen aktivieren, in denen das möglich ist.
Profitipp: Den strict mode solltet ihr komplett für jede JavaScript-Datei aktivieren.
Hinweis: Ext JS unterstützt den strict mode nicht komplett [5]. In diesem Fall sollten dennoch so viele Codeteile wie möglich im strict mode laufen.
3.4 Parameter
Bisher hatten unsere Funktionen keine Parameter und keine Rückgabewerte. Parameter bergen für C#-Programmierer einige Überraschungen, denn ihre korrekte Verwendung unterscheidet sich von der in C#. Schauen wir uns dazu das folgende Beispiel an:
function incr(num) { return num + 1; }
Diese Funktion deklariert einen Parameter mit dem Namen num und liefert mit return ein Ergebnis zurück. Im Gegensatz zu anderen Sprachen mit funktionalen Elementen erfordern Rückgaben in JavaScript das return-Schlüsselwort. Es ist nicht so, dass der letzte Ausdruck einer Funktion...
Dateiformat: ePUBKopierschutz: Wasserzeichen-DRM (Digital Rights Management)
Systemvoraussetzungen:
Das Dateiformat ePUB ist sehr gut für Romane und Sachbücher geeignet - also für „fließenden” Text ohne komplexes Layout. Bei E-Readern oder Smartphones passt sich der Zeilen- und Seitenumbruch automatisch den kleinen Displays an. Mit Wasserzeichen-DRM wird hier ein „weicher” Kopierschutz verwendet. Daher ist technisch zwar alles möglich – sogar eine unzulässige Weitergabe. Aber an sichtbaren und unsichtbaren Stellen wird der Käufer des E-Books als Wasserzeichen hinterlegt, sodass im Falle eines Missbrauchs die Spur zurückverfolgt werden kann.
Weitere Informationen finden Sie in unserer E-Book Hilfe.
Dateiformat: PDFKopierschutz: Wasserzeichen-DRM (Digital Rights Management)
Das Dateiformat PDF zeigt auf jeder Hardware eine Buchseite stets identisch an. Daher ist eine PDF auch für ein komplexes Layout geeignet, wie es bei Lehr- und Fachbüchern verwendet wird (Bilder, Tabellen, Spalten, Fußnoten). Bei kleinen Displays von E-Readern oder Smartphones sind PDF leider eher nervig, weil zu viel Scrollen notwendig ist. Mit Wasserzeichen-DRM wird hier ein „weicher” Kopierschutz verwendet. Daher ist technisch zwar alles möglich – sogar eine unzulässige Weitergabe. Aber an sichtbaren und unsichtbaren Stellen wird der Käufer des E-Books als Wasserzeichen hinterlegt, sodass im Falle eines Missbrauchs die Spur zurückverfolgt werden kann.
