Grundlagen der Informatik I “Programmierung”

class HILFSKRAFT
inherit
UNI-ANGESTELLTE
redefine
gehalt
export
name, vornamen, adresse, gehalt
end; -- feature-Anpassung von UNI-ANGESTELLTE
STUDENT
rename
fachbereich as studienfachbereich
export
universität, studienfachbereich
end -- feature-Anpassung von STUDENT
feature
monatsstunden: INTEGER;
gehalt: REAL is -- Gehalt berechnen
do Result := Festgehalt nach monatsstunden end
end -- class HILFSKRAFT
Abbildung 3.39: Vererbung mit Umbenennung
vor unter dem alten Namen verfügbar (ansonsten würde jede Umbenennung in einer Nachfolgerklasse massive
Konsequenzen für die gesamte Eiffel-Bibliothek haben). Die Verwaltung der Namen durch den Programmierer
kann also lokal geschehen. Die globale Verwaltung wird von der Eiffel-Programmierumgebung gehandhabt.
3.8.9 Wiederholtes Erben
Die Möglichkeit der Mehrfachvererbung bringt neben der Gefahr von Namenskollisionen noch ein weiteres
Problem mit sich: was passiert, wenn eine Klasse mehrmals ein Nachkomme ein und derselben Klasse ist?
Dieses Problem tritt notwendigerweise irgendwann einmal auf, wenn man mehrfaches Erben zuläßt. Man
spricht in diesem Fall von wiederholtem Erben.
In Abbildung 3.39 hatten wir die Klasse HILFSKRAFT als Erben von STUDENT und UNI-ANGESTELLTE deklariert.
Dies führte dort zu keinerlei Problemen, weil STUDENT bisher nur über universität, fachbereich und
matrikelnummer erklärt war, was keinesfalls der Realität entspricht. Im Normalfall wird man die Klasse der
Studenten genauso als Erben von PERSON deklarieren wie die Klasse der Universitätsangestellten. Dann aber
stehen wir vor dem Problem, daß HILFSKRAFT auf zwei Wegen die features der Klasse PERSON erbt.
✬
✫
STUDENT
✬
✫
✟✩✟✟✟✟✯ ❍❨ ❍✪
❍
❍
❍✬
✫
PERSON
HILFSKRAFT
✩
❍❨ ❍✪
❍
❍
❍✬
✫
✟✩✟✟✟✟✯ ✪
Abbildung 3.40: Wiederholtes Erben
UNI-ANGESTELLTE
✩
✪