Java Mini-Projekt

Du baust ein kleines Terminalprogramm, das fragt, was in einer Box liegt, wie viele Stück, und eine Label-Zeile druckt. In Box.java behältst du die public Klasse Box, importierst java.util.Scanner, fragst mit item: und how many:, speicherst die Antworten und druckst label(item, count). Kompiliere mit javac Box.java und starte java Box. Tippe mug, Enter, 4, Enter. Die letzte Zeile auf dem Bildschirm soll mug 4 sein. Lass Program Arguments der nächsten Seite. Diese Lektion ist ein kurzes Gespräch, das du selbst startest — keine frische Compiling-Theorieseite und keine Summary-Karte.

Zweimal fragen, dann ein Label drucken

Öffne Box.java. Behalte den public Klassennamen Box. Lösche übrige Build-Compiling-Demos, übrige Recap-Summary-Zeilen, übrige Dice-Random-Würfe und übrige Stamp-Datumsdrucke, wenn sie die Mini-Projekt-Geschichte verdecken. Diese Datei muss absichtlich auf Tippen warten.
Füge den Import oben hinzu:
import java.util.Scanner;
Behalte einen kleinen Helfer, der die zwei Antworten mit einem Leerzeichen verbindet:
public static String label(String item, String count) {
return item + " " + count;
}
In Box.main baust du einen Scanner, fragst zweimal, dann druckst du das Label:
Scanner in = new Scanner(System.in);
System.out.print("item: ");
String item = in.nextLine();
System.out.print("how many: ");
String count = in.nextLine();
System.out.println(label(item, count));
Du tippst mug, dann 4. Die letzte Zeile wird mug 4 sein. Die Prompts bleiben auf den Wartezeilen. Sie stecken nicht im Label.

Vom Ordner mit Box.java startest du javac Box.java. Wenn Klammern und Semikolons passen, schreibt javac keine eigene Zeile und erzeugt Box.class. Dann startest du java Box — nicht java Box.java. Behalte eine public Klasse, damit der Name zu Box passt.
Der Bildschirm zeigt ein kurzes Gespräch. Das Programm wartet bei item: und du tippst mug, dann Enter. item hält mug. Der Fragetext item: erscheint nur beim Warten und landet nicht in item. Dann wartet es bei how many: und du tippst 4, dann Enter. count hält 4, die Zeichen, die du getippt hast. Die Frage how many: wird auch nicht gespeichert. println schreibt die Zeile, die label zurückgibt. Diese Zeile ist mug 4. Das Leerzeichen zwischen mug und 4 steckt im return-Ausdruck. Das Programm ist fertig. Es gibt keine vierte Ergebniszeile nach dem Label.
Sag die Anfängerregel beim Zuschauen: zwei Prompts, zwei Antworten, ein verbundenes Label. Erfinde keine Program-Arguments-Demos auf dieser Seite. Program Arguments wartet in der nächsten Lektion. Behandle item: mug nicht als Label. Behandle how many: 4 nicht als Label.
Wenn du noch ok oder ok dann built aus einer übrigen Build-Compiling-Datei siehst, wechsle zu Box.java, kompiliere und starte java Box mit den zwei Antworten. Wenn javac Scanner nicht findet, prüfe die Import-Zeile oben in Box.java.

Die letzte Zeile ist das Label, nicht die Fragen

Die letzte Zeile ist mug 4. Nicht item: mug. Nicht how many: 4. Diese Prompts bleiben auf den Wartezeilen neben deiner Eingabe. label bekommt nur mug und 4. Wenn die return-Zeile item + ": " + count sagte, wäre die letzte Zeile mug: 4, aber das ist nicht die Zeile in diesem Programm. Diese return-Zeile setzt ein Leerzeichen zwischen die Antworten, also ist die letzte Zeile mug 4.
count hält die Zeichen 4 als String aus nextLine. Du parst hier kein int. Du würfelst kein Random. Du druckst kein ready 42 aus Recap. Du labelst eine Box mit zwei getippten Antworten.
Tippe andere Wörter, das Label ändert sich. Quiz und Walkthrough bleiben bei mug und 4, damit die letzte Zeile vorhersagbar bleibt. Übe einmal mit diesen Antworten, bevor du experimentierst.

Mini-Projekt ist weder Compiling noch Program Arguments

Compiling lehrte, dass javac .class schreibt und java es mit Build lädt. Das Mini-Projekt nutzt diese Gewohnheiten und fügt ein echtes Gespräch mit Scanner hinzu. Program Arguments zeigt, wie mains args-Array funktioniert, wenn du das Programm auf der nächsten Seite mit Extra-Wörtern startest. Mische diese drei Jobs heute nicht in einer Anfängerdatei.
Behalte System.out.print für Prompts, damit die Antwort in vielen Terminals visuell in derselben Zeile wie die Frage bleibt. Behalte println für das finale Label auf eigener Zeile. Behalte nextLine, damit nach Enter eine ganze Antwort gelesen wird.
Ohne Import scheitert javac, bevor ein Prompt erscheint. Ohne die zwei Antworten wartet das Programm. Ohne label könntest du in println verbinden, aber diese Seite behält einen benannten Helfer, damit Methoden im Mini-Projekt sichtbar bleiben.

Den getippten Lauf noch einmal durchgehen

Start bei Box.main. Der Scanner liest von System.in. Das erste print zeigt item:. Du tippst mug und Enter. nextLine speichert mug in item. Das zweite print zeigt how many:. Du tippst 4 und Enter. nextLine speichert 4 in count. label(item, count) gibt mug 4 zurück. println schreibt diesen String. Der Lauf endet.
Zeigt die letzte Zeile mug4 ohne Leerzeichen, prüfe, ob der return-Ausdruck noch " " enthält. Zeigt sie item: mug 4, hast du Prompt-Text versehentlich mitverkettet — halte Prompts nur in den print-Aufrufen. Wartet nichts, läufst du vielleicht noch eine Build-Datei mit festen Wörtern ohne Scanner.
Übrige Build- und Recap-Dateien können als Historie bleiben. Für diesen Checkpoint starte die Box-Lehrdatei, bis die letzte Zeile nach deinen zwei Antworten mug 4 zeigt.

Ordner- und Compile-Gewohnheiten zählen weiter

Liste den Ordner nach erfolgreichem Kompilieren. Du solltest Box.java und Box.class zusammen sehen. Bearbeite den Quelltext, speichere, starte javac Box.java, dann java Box erneut. Eine alte .class kann ein altes Label zeigen, wenn du nach einer Änderung nicht kompilierst — dieselbe Compiling-Lektion, jetzt an ein Scanner-Programm gebunden.
Behalte eine public Klasse namens Box. Füge noch keine Program-Arguments-Schleifen in diese Datei ein. Keine Random-Samen zum „Anreichern“ des Labels. Kein eingefrorenes LocalDate in Box. Das Mini-Projekt bleibt absichtlich klein: zwei Fragen, ein Label.
Wenn javac über doppelte public Klassen meckert, behalte nur Box als public. Wenn der Start Box nicht findet oder lädt, bestätige Ordner mit Box.class und erfolgreiches Kompilieren.

Vor Program Arguments

Du kannst die public Klasse Box behalten, Scanner importieren, item: und how many: fragen, Antworten speichern, label(item, count) drucken, mit javac Box.java kompilieren, java Box starten, mug dann 4 tippen und mug 4 als letzte Zeile sehen. Die Prompts gehören nicht zu diesem Label. Die nächste Seite ist Program Arguments, wo du beim Start Wörter in der Kommandozeile übergibst.
Behalte das Box-Gespräch als klares Mini-Projekt. Halte Build-Compiling-Demos von dieser Seite fern, wenn du das Scanner-Label übst. Halte Recap-Summary-Dateien fern beim Label-Üben. Halte Program-Arguments-Demos bis zu dieser Lektion fern. Diese Gewohnheiten sind der Checkpoint vor dem Weitergehen. Zeigt die letzte Zeile nach den zwei Antworten mug 4, hat das Mini-Projekt seine Aufgabe erfüllt und du bist bereit für Program Arguments.
Letzter Blick in den Ordner: eine public Box, Import da, zwei print-Prompts, zwei nextLine-Speicherungen, eine label-Verbindung, kein Random, kein LocalDate, kompilieren dann starten. Starte javac Box.java und java Box noch einmal. Tippe mug, dann 4. Bleibt die letzte Zeile mug 4, ist die Mini-Projekt-Form solide und der Kurs kann zur nächsten Seite Program Arguments. Bevorzuge pro Durchgang eine klare Gesprächsgewohnheit, damit jeder Pass dieselbe Karte lehrt.