2016-06-03 14 views
0

Mit diesem Tool wurden die Klassen erstellt, die meinem Code entsprechen.visuelles Paradigma umgekehrter Java-Code, Klassendiagramm

Jede Klasse verfügt über Attribute mit ihren Getter- und Setter-Methoden. Die Attribute werden im Diagramm aber mit dem Label < < Property >> Ohne die entsprechenden Methoden erstellt, wie Sie aus dem Bild sehen können. enter image description here Darüber hinaus werden Listen nicht dem Typ Liste zugeordnet, auch wenn ich die Zuordnung in Aggregation ändern.

Das Label < < Eigenschaft >> sagt Ihnen genau ein Attribut, die Getter und Setter entsprechen?

Ich konnte nichts über dieses Label in der Dokumentation UML finden

Antwort

1

Was Sie nennen Label ein Klischee ist. Attribute mit einem Stereotyp <<Property>> sind normalerweise so markiert, dass sie einem Codegenerator mitteilen, dass geeignete Getter- und Setter-Methoden erstellt werden sollen, wenn die Zielsprache dies unterstützt (oder erfordert).

Listen hängen nicht vom Kompositionssymbol ab, sondern von der Vielheit, die kaum lesbar ist, aber ich denke, die Punkte in der Nähe der Assoziationen sind Sternchen (für jede Multiplizität). Die Punkte am Ende der Assoziationen sind isOwned Attribute (sagen, dass die Punkt-markierte Klasse die Assoziation besitzt).

+0

Sorry, ich meine, dass in meinem Code "eigene" Attribut ist Liste , aber im Diagramm habe ich "eigeneListe: Produkt" und nicht "eigene: Liste ", warum? es ist das gleiche? – Marco

+1

Das könnte die Art sein, wie VP es interpretiert. Leider kann ich mit diesem speziellen Produkt nicht viel anfangen. Sie müssen sich vorstellen, dass diese Produkte einen internen Compiler verwenden, um Quellen zu analysieren. Und es gibt verschiedene Möglichkeiten, zwischen Computersprachen und UML zu konvertieren. Dies ist vergleichbar mit dem Übersetzen zwischen verschiedenen menschlichen Sprachen. –

+0

Vielen Dank – Marco