Abstrakter Vorfahr + Interface gemeinsam

[BerndS]

@DeddyH
Aus diesem Grund habe ich es auch als einfaches Beispiel benannt, der Post von Fritzew ist sicher besser für den Fall, das man die Basisklasse nicht selber erstellt hat.
Ich wollte mir QueryInterface, _AddRef und _Release ersparen, da es eher eine Antwort auf die Frage

Zitat:

geht das...

sein sollte.

[ISMIRSCHLECHT]

Moin,

danke erstmal für die vielen Antworten.
Die von Fritzew wird es sein, dabei habe ich gleich ein paar Fragen so nebenbei beantwortet bekommen.
Das eigentliche Motiv war: Wie kann ich den Implementierer einer abstrakten Basisklasse verpflichten, Funktionen zu implementieren ?
Bei dem Vererbungsgemache bin ich immer noch Lernender.
ism

[mjustin]

Zitat von ISMIRSCHLECHT:

Moin,

danke erstmal für die vielen Antworten.
Die von Fritzew wird es sein, dabei habe ich gleich ein paar Fragen so nebenbei beantwortet bekommen.
Das eigentliche Motiv war: Wie kann ich den Implementierer einer abstrakten Basisklasse verpflichten, Funktionen zu implementieren ?
Bei dem Vererbungsgemache bin ich immer noch Lernender.
ism

Was spricht denn dagegen die Basisklasse von TInterfaced... abzuleiten? Denn sonst ist jede abgeleitete Klasse zur Implementierung der Referenzzählung verpflichtet. Was dem Implementierer Aufwand bereitet und Fehlermöglichkeiten schafft.

[DeddyH]

Wenn die abstrakte Klasse nicht von einem selbst stammt, kann man ja immer noch eine weitere Klasse davon ableiten, die TInterfacedObject "simuliert", wie Fritzew gezeigt hat. Die nimmt man dann einfach als Basis für weitere Ableitungen.