Lektionen

Natürlich ist es hilfreich, dasselbe Material aus verschiedenen Blickwinkeln zu betrachten, denn jeder denkt anders, und vielleicht wird dir eine andere Erklärung eher einleuchten als die, die deinem Freund am ehesten einleuchtet. Speziell für dich hat der Professor eine sehr interessante Lektion über Typumwandlung und instanceof gefunden.

Willkommen auf der internationalen Hühnerfarm! Was? Nichts ist fertig! Dann haben sich unsere Pläne geändert. Da sie noch nicht da ist, werden wir die Hühnerfarm aufbauen. Sie wird Hühner verschiedener Nationalitäten aufnehmen, die von einer abstrakten Hen-Klasse abgeleitet sind, mit Methoden, die die Anzahl der gelegten Eier pro Monat zurückgeben.

Wir haben diese Tradition bei CodeGym: Gegen Ende jedes Levels lädt dein Lehrer Julio dich ein, dir ein tolles IT-Video anzusehen. Lehn dich zurück und mach es dir bequem. Du wirst etwas Neues lernen und sogar ein wenig dunkle Materie bekommen... Heute besuchen wir D-Wave Systems, das erste Quantencomputer-Unternehmen der Welt. Ihre Systeme werden von Google, der NASA, Volkswagen und anderen auf breiter Front eingesetzt.

Captain Eichhorn ist am Telefon! Er hat ein paar Überraschungen für dich. Genauer gesagt, nicht ein Paar, und es sind keine Überraschungen, sondern zehn Aufgaben, die dein Wissen vertiefen. Und wenn du es wirklich wissen willst, kannst du dich an drei Bonusaufgaben versuchen, die schwieriger sind. In einer davon wird dir zum Beispiel das Singleton-Muster begegnen.

Das vierte Level der zweiten Quest liegt hinter dir. Herzlichen Glückwunsch zu deinem neuesten Erfolg! Du hast viel über Typumwandlung und den instanceof-Operator gelernt und 24 Aufgaben erledigt. Im fünften Level befassen wir uns mit Methodenüberladung und lernen die Besonderheiten von Konstruktoraufrufen kennen.

Nehmen wir die „Zugriffsmodifikatoren“ genauer unter die Lupe und finden wir heraus, wie sie mit der Implementierung von abstrakten Methoden und Interfaces sowie mit dem Überschreiben von Methoden zusammenhängen. Modifikatoren beantworten – so wie Türsteher – die Frage „Wer hat Zugang zu dieser Methode/Variable?“ Diese Lektion bietet dir dazu die Details.

Diego, der Roboter, vermisst dich! Und wenn Diego dich vermisst, fängt er an, sich Aufgaben auszudenken. Das ist ein idealer Zeitpunkt, um Diegos Arbeit zu bewerten. Sieh dir die Aufgaben zur OOP an! Du musst die Vererbung verstehen, die Interfaces richtig anordnen und die Fehler beheben.

Das Überladen von Methoden muss nicht zur Überlastung des Gehirns führen. Deshalb geben die Lehrer im geheimen CodeGym-Zentrum ihr Wissen in kleinen Dosen weiter. Du hast schon gehört, dass jede Methode eindeutig sein muss. Sie ist eindeutig, wenn die Klasse keine andere Methode mit dem gleichen Namen und den gleichen Parametertypen besitzt (die Reihenfolge der Parameter ist relevant). Sieh dir dieses Thema genauer an!

Es ist nicht leicht für einen angehenden Programmierer, sich daran zu gewöhnen, dass ein einziger Methodenname eine ganze Wagenladung verschiedener Implementierungen repräsentieren kann. Dies ist tatsächlicher ein enormer Vorteil und sollte dir Anlass zur Freude geben. In dieser Lektion, die fünf Aufgaben umfasst, übst du das Erstellen, Bearbeiten und Analysieren von überladenen Methoden.

Wenn du ein Objekt erstellst, was passiert dann im Speicher? In welchem Moment werden Variablen beim Aufruf eines Konstruktors Werte zugewiesen? Es ist sehr nützlich, solche Dinge zu wissen. Und das nicht nur, weil du in einem Vorstellungsgespräch gefragt werden könntest; wenn du mit dem Prozess vertraut bist, kannst du dir viel leichter vorstellen, was und wie es geschieht.

Das Meyer-Gesetz besagt: „Es ist einfach, Dinge kompliziert zu machen, aber es ist schwierig, sie zu vereinfachen.“ Doch die Überwindung dieser Komplexität macht den Code schön, lässt Bäume blühen und sorgt für Schmetterlinge im Bauch... Das zweite und dritte versprechen wir nicht, aber das erste ist garantiert. Warum noch länger warten? Es ist an der Zeit, eine Aufgabe zur Code-Optimierung in Angriff zu nehmen.

Du weißt bereits, dass Java-Klassen Dateien auf der Festplatte sind, die Bytecode, d.h. kompilierten Java-Code enthalten. Die Java-Maschine lädt sie nicht, wenn sie sie nicht braucht. Sobald irgendwo im Code eine Klasse aufgerufen wird, prüft die Java-Maschine, ob sie geladen ist. In dieser Lektion lernst du, was passiert, wenn sie nicht geladen ist... und vieles mehr.