![]() |
Vererbung: Gemeinsame Methode von unterschiedlichen Klassen
Hallo.
Ich habe mal wieder ein Problem mit der Vererbung beim VCL-Entwickeln. Folgender, verallgemeinerte und sehr vereinfachter Code soll mein Problem (hoffentlich verständlich) beschreiben:
Delphi-Quellcode:
In diesem Beispiel erweitere ich TGraphicControl und TWinControl einfach nur um eine Prozedur. In meinem Code wird jedoch die jeweilige Komponente z.B. TLabel mit diversen Eigenschaften und private/public-Methoden/Feldern erweitert.
type
TComponentA = class(TGraphicControl) protected procedure MeineProzedur; end; TComponentB = class(TWinControl) protected procedure MeineProzedur; end; Das Problem kommt nun:
Delphi-Quellcode:
Die Klasse THandlerComponent ist also auf TComponentA fest eingestellt. Ich möchte aber auch TComponentB in die Klasse bei "ComponentToHandle" aufnehmen.
type
THandlerComponent = class(TComponent) private ComponentToHandle: TComponentA; public procedure Irgendwas; end; procedure THandlerComponent.Irgendwas; begin if Assigned(ComponentToHandle) then ComponentToHandle.MeineProzedur; end; Die Lösung derzeit ist, dass ich für jede TComponentX eine eigene HandlerComponent-Klasse definiere:
Delphi-Quellcode:
Das geht mir natürlich mächtig auf den Keks, da ich bei 10 TComponentX auch 10 THandlerComponentX bräuchte, obwohl der Code stets der selbe ist, mit Ausnahme, dass ich jeweils den TComponentX-Typ in der private-Deklaration ändere.
type
THandlerComponentA = class(TComponent) private ComponentToHandle: TComponentA; public procedure Irgendwas; end; THandlerComponentB = class(TComponent) private ComponentToHandle: TComponentB; public procedure Irgendwas; end; procedure THandlerComponentA.Irgendwas; begin if Assigned(ComponentToHandle) then ComponentToHandle.MeineProzedur; end; procedure THandlerComponentB.Irgendwas; begin if Assigned(ComponentToHandle) then ComponentToHandle.MeineProzedur; end; Dabei erachte ich es als unnötig, dass ich 10 THandlerComponentX für 10 TComponentX erstelle, da der gemeinsame Nenner ja stets die Prozedur "MeineProzedur" ist, die in allen TComponentX vorhanden ist, egal wie unterschiedlich sie sich sind. Ich müsse eigentlich für eine Lösung einen gemeinsamen Nenner von TWinControl und TGraphicControl finden. Dieser wäre TControl. Das private-Symbol "ComponentToHandle" kann jedoch nicht TControl sein, da TControl keine Prozedur "MeineProzedur" besitzt, die bei der public Prozedur "Irgendwas" verwendet wird. Da TGraphicControl und TWinControl auch sehr große Unterschiede aufweisen, kann ich für TComponentA und TComponentB keinen gemeinsamen Vorfahren herstellen. Ich hatte mir überlegt, dass Interfaces irgendwas mit der Problemlösung zu tun haben könnten, da sie die bestehenden VCLs einfach mit "MeineProzedur" erweitern könnten. Das Problem ist hier jedoch, dass ich ja nicht nur um Methoden erweitere, sondern die VCLs jeweils divers bearbeite. Ich bin daher auch zu keiner Lösung gekommen. Weiß jemand eine Lösung? Gruß blackdrake |
Re: Vererbung: Gemeinsame Methode von unterschiedlichen Klas
Die Verwendung eines Interface mit Implementierung per Subclassing oder ClassHelpers
|
Re: Vererbung: Gemeinsame Methode von unterschiedlichen Klas
Zitat:
Soweit ich weiß sind Helferklassen aber nur für Delphi .NET - also nicht für meine Win32 Umgebung. |
Re: Vererbung: Gemeinsame Methode von unterschiedlichen Klas
ClassHelper gehen sei D10 auch unter Win32
|
Re: Vererbung: Gemeinsame Methode von unterschiedlichen Klas
Hallo.
Zitat:
Mit dem Begriff subclassing weiß ich nichts richtiges anzufangen. Kann es sein, dass damit lediglich die Vererbung, also die "Unter-Klassen" (Unterklasse ?= Vererbte Klasse) gemeint ist? Ich habe jetzt folgenden Code mit einem Interface... Und wie geht's weiter? Ich weiß, was Interfaces sind und ich weiß, was Helferklassen sind. Aber wie bringt man sowas zusammen, sodass eine Problemlösung entsteht?
Delphi-Quellcode:
Gruß
type
ITest = interface(IInterface) procedure MeineProzedur; end; TComponentA = class(TGraphicControl, ITest) protected procedure MeineProzedur; end; TComponentB = class(TWinControl, ITest) protected procedure MeineProzedur; end; TGemeinsamerNenner = class(???) // <-- was jetzt? end; THandlerComponent = class(TComponent) private ComponentToHandle: TGemeinsamerNenner; public procedure Irgendwas; // <-- benötigt Zugriff auf ComponentToHandle.MeineProzedur(); end; blackdrake |
Re: Vererbung: Gemeinsame Methode von unterschiedlichen Klas
ComponentToHandle muss dann logischerweise ein ITest sein.
|
Re: Vererbung: Gemeinsame Methode von unterschiedlichen Klas
Zitat:
Vielen Dank für eure Hilfe! Ich hätte nicht gedacht, dass es so einfach geht. :-D Und ging jetzt ja sogar nur mit Interfaces und ohne Helferklassen (somit bleibt auch die Code-Kompatibilität)
Delphi-Quellcode:
Ich werde das ganze jetzt noch auf meinen richtigen Code umsetzen und hoffen, dass es dort auch so gut funktioniert.
type
ITest = interface(IInterface) procedure MeineProzedur; end; TComponentA = class(TGraphicControl, ITest) protected procedure MeineProzedur; end; TComponentB = class(TWinControl, ITest) protected procedure MeineProzedur; end; THandlerComponent = class(TComponent) private ComponentToHandle: ITest; public procedure Irgendwas; end; procedure TComponentA.MeineProzedur; begin showmessage('A'); end; procedure TComponentB.MeineProzedur; begin showmessage('B'); end; procedure THandlerComponent.Irgendwas; begin if Assigned(ComponentToHandle) then ComponentToHandle.MeineProzedur; end; procedure TForm1.Button1Click(Sender: TObject); var x: THandlerComponent; a: TComponentA; b: TComponentB; begin x := THandlerComponent.Create(self); try a := TComponentA.Create(self); b := TComponentB.Create(self); try x.ComponentToHandle := a; x.Irgendwas; // ^= Showmessage('A'); x.ComponentToHandle := b; x.Irgendwas; // ^= Showmessage('B'); finally a.Free; b.Free; end; finally x.Free; end; end; Gruß blackdrake |
Alle Zeitangaben in WEZ +1. Es ist jetzt 11:07 Uhr. |
Powered by vBulletin® Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz