Frage zu OOP-Klassendiagramm

jono

Top Contributor
Hallo,

Ich möchte mal fragen, was damit gemeint ist: "Die Konstruktoren sollen gemäß den Multiplizitäten die Mindestanforderung erfüllen"?

Java:
import java.util.ArrayList;
import java.util.List;

public class Kunstmuseum {
    private String name;
    private List<Kunstwerk> werke = new ArrayList<Kunstwerk>();

    public String getName() {
        return name;
    }

    public void setName(String name) {
        this.name = name;
    }

    public List<Kunstwerk> getWerke() {
        return werke;
    }

    public void setWerke(List<Kunstwerk> werke) {
        this.werke = werke;
    }

}
In der Klasse wurde z.B. kein Konstruktor erstellt, warum?
Java:
public class Statue extends Kunstwerk {
    private int hoehe;

    public Statue(Kunstmuseum museum) {
        super(museum);

    }

    public int getHoehe() {
        return hoehe;
    }

    public void setHoehe(int hoehe) {
        this.hoehe = hoehe;
    }
Hier wurde nur das "museum" Attribut im Konstruktor eingefügt, aber nicht "hoehe" bzw. die anderen Attribute in "super(...)" aus der Superklasse Kunstwerk
 

Anhänge

  • UML.png
    UML.png
    182,4 KB · Aufrufe: 33
Zuletzt bearbeitet:
In der Klasse wurde z.B. kein Konstruktor erstellt, warum?
Weil ein Kunstmuseum, gemäß des Klassendiagramms, kein oder viele Kunstwerke enthält. Die Mindestanforderung (= keines) wird also durch den Standardkonstruktor erfüllt.

Hier wurde nur das "museum" Attribut im Konstruktor eingefügt
Ein Kunstwerk muss einem Museum zugehören und eine Statue ist ein Kunstwerk.
 
Zuletzt bearbeitet:
Ein Kunstwerk muss einem Museum zugehören und eine Statue ist ein Kunstwerk.
Aber eine Statue (die ja auch ein Kunstwerk ist) hat doch aber auch eine Höhe, einen Preis und einen Besitzer. Ich kenne es so, dass die Subklassen immer alle Attribute von Superklassen im Konstruktor mit super(...) übernehmen...
 
Aber eine Statue (die ja auch ein Kunstwerk ist) hat doch aber auch eine Höhe, einen Preis und einen Besitzer. Ich kenne es so, dass die Subklassen immer alle Attribute von Superklassen im Konstruktor mit super(...) übernehmen...
Ja, ein Konstruktor sollte so gestaltet sein, das sein Aufruf (inkl. der Parameter) ein gültiges Objekt erzeugt. Insofern sollte der Konstruktor von Kunstwerk die Attribute korrekt initialisieren (ob mit einem konstanten Wert oder auch mittels entsprechender Parameter).

Ich nehme an, dass es in der Aufgabe nicht darum geht, sondern um das Klassendiagramm und die genannten Multiplizitäten. Ist aber nur eine Vermutung.

Die grundsätzliche Bereitstellung von Gettern und Settern entspricht ja auch nicht dem Kapselungsgedanken von OOP.
 
Ich bin gerade etwas durcheinander gekommen.
Ich nehme an, dass es in der Aufgabe nicht darum geht, sondern um das Klassendiagramm und die genannten Multiplizitäten. Ist aber nur eine Vermutung.
Also worum es in der Aufgabe geht steht ja explizit in dem Anhang drin.

Mal angenommen ich möchte jetzt ein Konstruktor in der Klasse "Gemaelde" erzeugen.
Java:
public class Gemaelde extends Kunstwerk implements Restaurierbar {

    private String zuletztRestauriertAm;

    public Gemaelde(String zuletztRestauriertAm, String name, double preis, Kunstmuseum museum, Person besitzer) {
        super(name, preis, museum, besitzer);
        this.zuletztRestauriertAm = zuletztRestauriertAm;
    }

    @Override
    public void restaurieren() {

    }

    public String getZuletztRestauriertAm() {
        return zuletztRestauriertAm;
    }

    public void setZuletztRestauriertAm(String zuletztRestauriertAm) {
        this.zuletztRestauriertAm = zuletztRestauriertAm;
    }

}
Mir fällt es gerade einfach schwer jetzt hier die Mindestanforderung des Konstruktors gemäß den Multiplizitäten zu implementieren. Welche Gedankenschritte sollte ich jetzt genau dabei befolgen? So wie ich ihn ja hier geschrieben habe ist er ja nicht gemäß der Mindestanforderung implementiert worden. Versteh's grad einfach nicht... Die Antworten von dir in #2 habe ich schon verstehen können, aber verstehe trotzdem nicht:
Ein Kunstwerk muss einem Museum zugehören und eine Statue ist ein Kunstwerk.
Das ist ja klar, aber warum schließt man dann jetzt die anderen Attribute aus der Superklasse Kunstwerk (preis etc.) im Konstruktor aus und übernimmt nur "museum". Die anderen Eigenschaften des Gemaeldes oder der Statue sind doch auch nicht unerheblich..
 
aber warum schließt man dann jetzt die anderen Attribute aus der Superklasse Kunstwerk (preis etc.) im Konstruktor aus und übernimmt nur "museum". Die anderen Eigenschaften des Gemaeldes oder der Statue sind doch auch nicht unerheblich..
Ist die gezeigte Lösung deine Lösung oder die Musterlösung?

Die Frage kann dir nur derjenige beantworten, der die Aufgabe gestellt hat, bzw. die Musterlösung erstellt hat. Meine Ansicht dazu steht schon weiter oben.
 
Wäre das dann sozusagen die Mindestanforderung?
Würde ich so sehen, ja. Im Diagramm ist kein Konstruktor explizit angegeben, spezielle Anforderungen an den Konstruktor werden folglich nicht gestellt. Die Multiplizitäten sind zu jedem Zeitpunkt zu erfüllen. Ist also eine Multiplizität mit einer unteren Schranke größer 0 angegeben, muss deren Einhaltung bereits im Konstruktor sichergestellt werden.
 

Zurück
Oben