Kompilieren in Java

Du kompilierst eine kleine Lehrdatei und startest die Class-Datei, die dabei entsteht. In Build.java behältst du die public Klasse Build, druckst im ersten Demo ok, danach nach einer Änderung und erneutem Kompilieren ok und built. Du startest javac Build.java, damit Build.class neben dem Quelltext liegt. Du startest java Build — nicht java Build.java. Du lässt Mini Project der nächsten Seite. Diese Lektion ist die Kompilier-und-Start-Gewohnheit mit sichtbarer .class-Datei, kein neuer Bibliotheksaufruf und kein Kursabschluss.

Einmal kompilieren, dann die Klasse starten

Öffne Build.java. Behalte den public Klassennamen Build. Lösche übrige Recap-Summary-Demos, übrige Dice-Random-Würfe, übrige Stamp-Datumsdrucke und jeden Tastatur-Scanner, der auf Eingabe wartet. Das Programm darf nicht auf Input warten.
In Build.main druckst du ein kurzes Wort:
System.out.println("ok");
Im Ordner mit Build.java startest du javac Build.java. Wenn Klammern und Semikolons passen, schreibt javac keine eigene Zeile. Es schreibt Build.class neben den Quelltext. Diese .class-Datei lädt der Java-Launcher.
Dann startest du java Build. Lass die Endung .java beim Startbefehl weg. Behalte eine public Klasse, damit der Name zu Build passt. Der Bildschirm zeigt ok.

Du gehst den Start einmal durch. javac liest Build.java und schreibt Build.class. java Build lädt Build.class, beginnt bei Build.main und druckt ok. Nichts baut new Random(42). Nichts druckt ready 42 aus Recap. Nichts friert einen Kalendertag ein.
Sag dir die Anfängerregel, während du den Ordner ansiehst: Quelltext endet auf .java, Bytecode endet auf .class, kompilieren mit javac, starten mit java und Klassenname. Du erfindest kein Mini Project auf dieser Seite. Mini Project wartet auf die nächste Lektion. Du tippst nicht java Build.java — diese Startform ist falsch für diesen Kursweg.
Wenn du noch ready 42 aus einer übrigen Recap-Datei siehst, wechselst du zu Build.java und startest java Build nach javac Build.java. Wenn javac einen Fehler meldet, korrigierst du den Quelltext und kompilierst erneut, bevor du startest. Wenn der Start sagt, dass die Hauptklasse Build fehlt, prüfst du, ob du im Ordner mit Build.class bist und ob die Kompilierung geklappt hat.

Quelltext ändern, erneut kompilieren

Das erste Demo beweist eine erfolgreiche Kompilierung. Das zweite beweist, dass Änderungen ein frisches javac brauchen, bevor sich der Bildschirm ändert. Behalte dieselbe public Klasse Build. Drucke zwei Zeilen:
System.out.println("ok");
System.out.println("built");
Speichere die Datei. Starte javac Build.java erneut, damit Build.class neu geschrieben wird. Dann startest du java Build. Der Bildschirm zeigt ok, dann built.
Wenn du den Quelltext änderst und javac überspringst, kann java Build vielleicht nur noch ok aus der alten .class-Datei zeigen. Dieser veraltete Bildschirm ist eine Compiling-Lektion, keine Random-Lektion. Kompiliere nach jeder behaltenen Änderung auf dieser Seite.

Du kompilierst mit javac Build.java und startest java Build erneut. Du gehst den Start einmal durch. Die neue .class-Datei enthält beide Druckzeilen. Der erste Druck schreibt ok. Der zweite schreibt built. Nichts wartet auf die Tastatur. Nichts speichert einen Seed. Nichts verbindet ready und 42.
Du behältst beide Demos als zwei Lehrformen. Zuerst beweist du eine Zeile nach sauberem Kompilieren. Dann beweist du zwei Zeilen nach erneutem Kompilieren. Beide Formen teilen denselben Klassennamen und dieselben Befehle. Die zweite Form fügt nur ein weiteres println hinzu.
Wenn du Build.class löschst und java Build ohne Kompilieren startest, schlägt der Launcher fehl, weil der Bytecode fehlt. Kompiliere erneut, um Build.class wiederherzustellen. Wenn zwei public Klassen eine Datei teilen, beschwert sich javac — behalte nur Build als public in der Lehrdatei.

javac versus java

Diese beiden Befehle sehen ähnlich aus und haben verschiedene Aufgaben. Halte sie beim Üben auseinander.

Kompilieren ist nicht Summary und nicht Mini Project

Summary bat dich, ready 42 aus Recap zu erklären. Compiling bittet dich, javac beim Schreiben von Bytecode und java beim Laden zu beobachten. Mini Project wird dich auf der nächsten Seite bitten, ein kleines eigenes Programm zu bauen. Mische diese drei Aufgaben heute nicht in einer Anfängerdatei.
ok und built sind nur Bildschirmwörter für diese Lehrdatei. Sie sind keine Random-Gesichter und keine Summary-Kartenzeile. Wenn der Import für Random in einer übrigen Dice-Datei fehlt, gehört das Problem zur Random-Übung, nicht zum Kompilieren. Wenn Recap noch ready 42 druckt, lässt du diese Datei als Historie und hältst Build auf dem Bildschirm.
Ohne javac gibt es keine frische .class für deinen neuesten Quelltext. Ohne den richtigen java Build-Befehl lädst du diese Klasse vielleicht nie. Behalte beide Schritte. Behalte den Klassennamen passend zur Datei. Halte Mini-Project-Dateien bis zu dieser Lektion von dieser Seite fern.

Ordner-Checks vor dem Weitergehen

Du listest den Ordner nach erfolgreichem Kompilieren. Du solltest Build.java und Build.class zusammen sehen. Den Quelltext bearbeitest du. Die Class-Datei startest du. Anfänger jagen manchmal den Bildschirm, während sie die falsche Datei bearbeiten — öffne Build.java, speichere, kompiliere, dann starte.
Wenn javac Build.java nicht findet, prüfst du den aktuellen Ordner und die Schreibweise des Dateinamens, inklusive großem B. Wenn der Start nichts druckt, bestätigst du, dass main noch die println-Zeilen enthält. Wenn der Bildschirm nach built nur noch ok zeigt, hast du wahrscheinlich die zweite Kompilierung übersprungen.
Behandle Compiling nicht als Ort, um Package-Bäume oder JAR-Verpackung zu erfinden. Diese Themen warten. Diese Seite behält eine public Klasse, zwei klare Bildschirme und das Paar javac / java.

Vor Mini Project

Du kannst die public Klasse Build behalten, im ersten Demo ok drucken, im zweiten ok dann built, mit javac Build.java kompilieren, Build.class erscheinen sehen und java Build ohne Endung .java starten. Die Tabelle trennt Kompilieren und Start. Die nächste Seite ist Mini Project, wo du ein kleines Programm aus Teilen baust, die du schon hast.
Du behältst die Build-Demos als klares Kompilier-und-Start-Paar. Du hältst Recap-Summary-Dateien beim Compiling-Üben von dieser Seite fern. Du hältst Random-Würf-Demos beim Compiling-Üben von dieser Seite fern. Du hältst Mini-Project-Arbeit bis zu dieser Lektion von dieser Seite fern. Diese Gewohnheiten sind der Checkpoint vor dem Weitergehen. Wenn der Einzeilen-Bildschirm ok zeigt oder der Zweizeilen-Bildschirm ok dann built, hat Compiling seine Aufgabe für diese Lektion erfüllt und du bist bereit für Mini Project.
Ein letzter Blick durch den Ordner: eine public Build, Build.class nach javac vorhanden, kein Tastaturwarten, kein erzwungener Random- oder LocalDate-Import, Startbefehl ohne .java. Du startest javac Build.java und java Build noch einmal beim Demo, das du offen hältst. Wenn der Bildschirm noch ok oder ok dann built zeigt, ist die Compiling-Form solide und der Kurs kann auf der nächsten Seite zu Mini Project weitergehen. Bevorzuge eine klare Kompiliergewohnheit pro Durchgang, damit jeder Pass dieselbe Karte lehrt.