Übung — AFB I (Reproduzieren)

Der Konstruktor c Song(titel, interpret, dauerSek) hat 3 Parameter. favorit wird nicht übergeben, sondern im Konstruktor auf false gesetzt.

Anfragen (3): getTitel(): Zeichenkette, getDauerSek(): Ganzzahl, istFavorit(): Wahrheitswert — sie haben einen Rückgabetyp.
Aufträge (2): markieren() und setDauerSek(dauerSek: Ganzzahl) — kein Rückgabetyp, sie ändern den Zustand.

Beachte: Für interpret gibt es keinen Getter. Das Attribut ist privat und damit von außen weder lesbar noch änderbar — ob das so gewollt ist, müsste man im Entwurf klären.

Indizes: A₀ m₁ ␣₂ R₃ a₄ t₅ h₆ a₇ u₈ s₉ p₁₀ l₁₁ a₁₂ t₁₃ z₁₄

h.length() → 15 (Indizes 0 bis 14).
h.indexOf("platz") → 10 („p“ steht an Index 10).
h.substring(3, 10) → "Rathaus" (Index 3 bis 9; Index 10 gehört nicht mehr dazu).
h.charAt(h.length() - 1) → das Zeichen 'z' (Index 14). h.charAt(h.length()) würde dagegen einen Laufzeitfehler auslösen.

public class Pflanze {
    private String art;
    private int hoeheCm;

    public Pflanze(String art) {
        this.art = art;
        hoeheCm = 0;
    }

    public int getHoeheCm() {
        return hoeheCm;
    }

    public void setHoeheCm(int hoeheCm) {
        if (hoeheCm >= 0 && hoeheCm <= 500) {
            this.hoeheCm = hoeheCm;
        }
    }
}

Häufige Fehler: public void Pflanze(...) ist kein Konstruktor, sondern eine Methode; hoeheCm = hoeheCm; ohne this ändert das Attribut nicht; ein Getter ohne return kompiliert nicht.

Nur die Attribute kommen ins mittlere Feld — lokale Variablen oder berechnete Werte wie der Rest nicht. pruefen() ist eine private Hilfsmethode und wird mit - notiert.

Es gibt 2 Objekte (zweimal new). a und b verweisen auf dasselbe Objekt: 4200 + 800 = 5000. s erhält eine Kopie dieses Werts; s = s + 1000; ändert nur s (6000), nicht das Objekt. Das zweite Objekt c hat trotz gleichem Namen „Mia“ eine eigene Identität und bekommt 6000 Schritte.

Die linke Karte ist das Objekt, auf das a und b verweisen.

a) Analyse — fachliche Anforderung klären. b) Entwurf — Methodensignatur festlegen. c) Test — Testfall mit erwartetem Ergebnis. d) Implementierung. e) Analyse — das Pflichtenheft ist ihr Ergebnis. f) Entwurf — das abgestimmte Klassendiagramm ist die Schnittstelle, an die sich alle beim Programmieren halten.

Objekte entstehen nur durch new Fisch(...): Guppy, Neon, Wels → 3 Objekte. In der Reihung sind die Plätze 0, 2 und 5 belegt (0 und 5 verweisen auf denselben Guppy), die Plätze 1, 3 und 4 sind null.

Die Reihung selbst ist zwar auch ein Objekt, aber kein Fisch-Objekt. Ein Zugriff wie becken[1].getArt() würde eine NullPointerException auslösen.

Die Assoziation wird durch das Attribut - schloss: Schloss in Raum umgesetzt: Ein Raum speichert eine Referenz auf ein Schloss-Objekt, das ihm im Konstruktor übergeben wird. Das Schloss selbst kennt den Raum nicht.

public class Raum {
    private String name;
    private Schloss schloss;

    public Raum(String name, Schloss schloss) {
        this.name = name;
        this.schloss = schloss;
    }

    public Schloss getSchloss() {
        return schloss;
    }

    public boolean betreten() {
        return schloss.istOffen();
    }
}

Bei r.getSchloss().oeffnen("4711") liefert getSchloss() die Referenz auf das Schloss des Raums r. Auf diesem Objekt wird oeffnen("4711") aufgerufen: Stimmt der Versuch mit code überein (Vergleich mit equals), wird offen auf true gesetzt. Danach liefert r.betreten() den Wert true, weil der Raum die Anfrage an sein Schloss weitergibt (Delegation).

Ist schloss gleich null, liefert getSchloss() null, und der Aufruf von oeffnen auf null führt zur NullPointerException.

eingabe enthält „Paris“, ist aber ein neues String-Objekt. Deshalb ist eingabe == loesung false (verschiedene Referenzen) → keine Punkte. eingabe.equals(loesung) vergleicht den Inhalt → true, +2. "PARIS".equals("PARIS") → true, +4.

punkte = 0 + 2 + 4 = 6. Wer 7 erhält, hat == fälschlich als Inhaltsvergleich gelesen — genau deshalb vergleicht man Zeichenketten immer mit equals.