Ist Vererbung streng linear?

[Apollonius]

Aber das Wahre sind Interfaces auch nicht, da eben nicht die Implementierung vererbt wird, sondern nur die Schnittstelle. Das heißt, dass man die Funktionalität immer neu schreiben muss, höchstens mit "implements" kann man sie vererben, was aber schnell zum Krampf wird.

[sirius]

Zitat von taaktaak:

Führt spontan zu folgender An- und Abschlußfrage: Wird Code aus eingebundenen Units nicht vom Programm genutzt, dann wird ja wohl der Code auch nicht in die EXE eingebunden! Ist das bei den verwendeten Klassen auch so? Also, um beim Beispiel zu bleiben ich habe eine "Superklasse" mit der Funktionsmenge ABCDE, verwende aber nur ACD - wird dann der Code von B und E auch "außen vor gelassen"?

Das dürfte nur für private statische Methode gelten. Aber du kannst es ja testen.

[grenzgaenger]

Zitat von taaktaak:

Führt spontan zu folgender An- und Abschlußfrage: Wird Code aus eingebundenen Units nicht vom Programm genutzt, dann wird ja wohl der Code auch nicht in die EXE eingebunden! Ist das bei den verwendeten Klassen auch so? Also, um beim Beispiel zu bleiben ich habe eine "Superklasse" mit der Funktionsmenge ABCDE, verwende aber nur ACD - wird dann der Code von B und E auch "außen vor gelassen"?

wie bereits gesagt, ist C++ eine der wenigen sprachen die mehrfachvererbung unterstützt, in delphi wurde sie bewusst aussen vor gelassen. alle referenzen, die nicht verwendet werden, werden auch vom linker nicht in die exe eingebunden. wenn du allerdings intern verschiedene methoden verwendest, diese als verwendet erkannt und nicht entfernt. (wie kann es anders sein). 'ne integrierte kristallkugel mit 'ner 100%igen zuverlässigkeit hat auch codegear nicht.

als notnagel wurden irgendwelche interfaces eingeführt, von dennen kein mensch weiss was das eigenlich ist, zumindest ich nicht

du wirst also nicht dran vorbeikommen, 'n sauberes klassenkonzept aufzusetzen...

<HTH>

[xaromz]

Hallo,

Zitat von grenzgaenger:

als notnagel wurden irgendwelche interfaces eingeführt, von dennen kein mensch weiss was das eigenlich ist, zumindest ich nicht

Vorsicht! Interfaces sind ein richtig nützliches Feature. Man muss nur wissen, wann und wie man das einsetzt. Nicht umsonst bietet nahezu jede moderne Objektsprache Interfaces (ich bin z. B. neulich über Interfaces in ActionScript 3 gestolpert, da reden wir quasi von Javascript). Dass Interfaces eine Krücke für Mehrfachvererbung sind (da gebe ich Dir Recht) ist eher ein Nebenprodukt des eigentlichen Zwecks.

Gruß
xaromz

[r2c2]

Zu erwähnen wär vllt. noch, dass die Interfaces in Delphi AFAIK hauptsächlich für die ganzen COM-Geschichten genutzt werden. Deshalb sind sie, wenn man sie wie "normale" Interfaces verwenden will, IMHO etwas unhandlich(Wenn man Pech hat, darf man noch an der Referenzzählung rumspielen, etc.). So richtig genutzt wie in .NET werden Interfaces in Delphi deshalb nicht. Dafür gibts ne ganze Menge abstrakter Klassen. Eigentlich Schade. Wenn man mal n bisschen .NET programmiert hat, merkt man erst wie praktisch Interfaces eigentlich sind...

Es gibt aber auch noch einen 3. Weg. Zusätzlich zur problematischen Mehrfachvererbung und den manchmal unhandlichen, weil zu redundantem Code führenden, Interfaces: Mixins. Das sind Interfaces mit Implementierung(wohlgemerkt: keine vollständigen Klassen!). Bringen zwar wieder das ein oder andere Problem der Mehrfachevererbung, sind aber sehr flexibel und neigen nicht so zu redundantem Code. Wer Mixins in Aktion sehen möchte, kann sich ja mal Ruby angucken...

mfg

Christian

[Meflin]

Zitat von grenzgaenger:

als notnagel wurden irgendwelche interfaces eingeführt, von dennen kein mensch weiss was das eigenlich ist, zumindest ich nicht

Nunja, Interfaces sind genial, denn dank ihnen kannst du Dinge (Klassen) in dein Programm einbauen, die es noch garnicht gab als du dein Programm programmiert hast Das öffnet definitiv einen Haufen ungeahnte Möglichkeiten, ich beschäftige mich seit kurzem mit Interfaces und ich möchte sie nicht mehr missen.

Hauptsächlich wurden die Interfaces aber doch für die COM und ActiveX-Kompatibilität eingeführt, wenn ich mich nicht irre
Edit: wie ja auch mein Vorschreiber schon erwähnt hat

Also mit anderen Worten: Interfaces sind nicht wirklich als Ersatz für MEhrfachvererbung gedacht!

[r2c2]

Um nochmal auf das eigentliche Problem zurück zu kommen:
Eine Möglichkeit wäre die Komposition. Das ist das, was hinter dem ober erwähnten Entwurfsmuster Fassade steckt. Du machst einfach folgendes:
- Klasse A
- Klassen B, C und D
- von A abgeleitete Klassen AB, AC, AD, ACD, ...
- dazu werden in diesen Klassen private Objekte B, C und D benötigt bzw. benutzt
==> Komposition.

Unterschied zur reinen Fassade: Du leitest von A ab und sparst dadurch Arbeit...

mfg

Christian