Vorlesungsskript - Hochschule Emden/Leer

c○ Prof. Dr. B. Bartning, HS Emden/Leer Rumpfskript ” Informatik I/II“ (WS/SS 2010/11) 128
der Basisklasse überladene Funktionen gleichen Namens vorhanden, so werden sie alle verdeckt
△! . Diese verdeckten Elemente sind noch vorhanden; auf sie kann – Zugriffserlaubnis
vorausgesetzt – mit der Spezifizierung durch den Basisklassen-Namen zugegriffen werden
(BasisKlassenName::ElementName).
class Basis {
public: // public hier nur zur Verdeutlichung (vereinfachter Zugriff)
int a;
void fkt(int i);
void fkt(double d);
void aktion();
};
class Ableitung : public Basis {
float a; // überdeckt Basis::a
int fkt(char *str); // überdeckt Basis::fkt(int) und Basis::fkt(double)
void aktion(); // überdeckt Basis::aktion()
};
Innerhalb der Klasse Ableitung kann auf das a der Klasse Basis durch volle Spezifizierung
Basis::a zugegriffen werden, auf die überdeckten Funktionen z. B. durch Basis::fkt(16),
Basis::fkt(1.0) oder Basis::aktion().
Anm1 Die Verdeckung und der Zugriff auf die Basisklasse durch Spezifizierung liefe genauso ab,
wenn das Datenelement der abgeleiteten Klasse den gleichen Typ hätte: int a;
Anm2 Die Verdeckung geschieht auch dann, wenn kein Zugriff möglich wäre, beispielsweise bei
private-Zugriffsspezifizierer in der Basisklasse (Bsp.: private: int a; in Klasse Basis.)
Diese Regel soll sicherstellen, daß die Bedeutung von Namen in abgeleiteten Klassen unabhängig
von der Zugriffsspezifikation in einer Basisklasse ist.
Anm3 Die Verdeckung geschieht nur mit dem Namen. In einer abgeleiteten Klasse kann man daher
keine Elementfunktion der Basisklasse überladen △! . Wie schon oben erwähnt, werden
alle Elementfunktionen gleichen Namens verdeckt, vgl. auch (EffCpp/Kap. 50). Dieses ist auch
sinnvoll, da sich sonst bei einer großen Klassenhierarchie leicht Fehler einschleichen könnten.
Anm4 Diese Verdeckung geschieht sinngemäß auch bei Operatoren. Beispiele: Ein Präfix-Inkrementoperator
aus einer Basisklasse wird durch die Definition des Postfix-Inkrementoperators in
einer abgeleiteten Klasse verdeckt (oder umgekehrt); ein unärer Operator * aus einer Basisklasse
wird durch Definition des binären Operators * in einer abgeleiteten Klasse verdeckt
(oder umgekehrt).
(11.36) Operator-Elementfunktionen (11.24) werden normal vererbt mit Ausnahme des Zuweisungsoperators.
Wird das Standardverhalten dieses Operators (flache Kopie, s. (11.24b)) nicht
gewünscht, muss er für jede Klasse überladen werden.
11.4 Polymorphie
(11.40) Übb Die Polymorphie vervollständigt das Konzept der Vererbung. Die Möglichkeit, Methoden
in untergeordneten Klassen zu redefinieren, kommt dem menschlichen Denken sehr
entgegen. Wir sind es gewohnt, Aktionen, die im Detail sehr unterschiedlich sein können,
den gleichen Namen zu geben, wenn das Ergebnis ähnlich oder vergleichbar ist, wie z. B. die
Aktion Schreiben oder Malen trotz unterschiedlicher Schreib- oder Malwerkzeuge mit sehr
unterschiedlichen physikalisch-chemischen Einzelheiten. Die korrekte Aktion wird anhand
des Objekttyps bestimmt (im Beispiel: des Werkzeugtyps).
Dieses Konzept wird insbesondere im Zusammenhang mit der späten Bindung sehr mächtig
und für die Praxis außerst wichtig. Es wird möglich, ” generischen“ Programmcode zu schreiben,
dessen eigentliche Ausführung zur Kompilationszeit noch gar nicht feststeht. Hierdurch
kann zur Laufzeit in Abhängigkeit vom (manchmal erst dann feststehenden) tatsächlichen
Objekttyp die zugehörige Aktion ausgewählt werden.
Punkt (11.41) beschreibt die Polymorphie näher, auch in Zusammenhang mit später Bindung.
In (11.42) wird gezeigt, wie die späte Bindung in C ++ eingeführt wird. Abschließend beschreibt