Delphi-PRAXiS

Delphi-PRAXiS (https://www.delphipraxis.net/forum.php)
-   Object-Pascal / Delphi-Language (https://www.delphipraxis.net/32-object-pascal-delphi-language/)
-   -   Delphi Klasse auf Interface testen (https://www.delphipraxis.net/155321-klasse-auf-interface-testen.html)

Linor 18. Okt 2010 15:45

Delphi-Version: 2010

Klasse auf Interface testen
 
Hallo Zusammen,

auch wenn diese Frage des öfteren kam, eine konkrete Lösung habe ich bis jetzt nicht gefunden, auch ein Workaround wäre schon nett :thumb:

Also folgendes:
Delphi-Quellcode:
TBasis = class
   procedure DoSomething;
end;

TNachfahre = class(TBasis, IMyInterface)
   procedure DoNachfahre;
end;

procedure TBasis.DoSomething;
begin
   if ( Supports(Self, IMyInterface) ) then
      DoSomethingElse;
end;

procedure TNachfahre. DoNachfahre;
begin
   ...
end;

procedure UndLos;
var
   n: TNachfahre;
begin
   n := TNachfahre.Create;
   n.DoSomething;

   n.DoNachfahre; // Exception!
end;
Ich bin mir bewusst das Supports oben die Klassenreferenz (Self) in ein IMyInterface umwandelt, nur ich möchte an dieser Stelle nur eine Entscheidung treffen wenn das Interface unterstützt wird, die Referenz auf das Interface interessiert mich da nicht die Bohne. Denkbar wäre auch Supports mehrere male aufzurufen, was aber nicht geht, da Self nach dem verlassen von DoSomething zerstört ist und beim verlassen auch das Interface gekilled wird.

Wie ich oben schon schrieb, suche ich kein warum sondern ein wie!? :shock:

Also das sowas möglich wäre:
Delphi-Quellcode:
procedure TBasis.DoSomething;
begin
   if ( Supports(Self, IMyInterface) ) then
      DoSomethingElse;
   if ( Supports(Self, IMyOtherInterface) ) then
      DoSomethingDifferent;
end;
Im Grunde analog zu:
Delphi-Quellcode:
procedure TBasis.DoSomething;
begin
   if ( Self is TMyClass ) then
      DoSomethingElse;
   if ( Self is TMyOtherClass ) then
      DoSomethingDifferent;
end;

himitsu 18. Okt 2010 15:58

AW: Klasse auf Interface testen
 
Im Basistyp behandelt man besser keine Nachfahren.
Dort stellt man eher eine "änderbare" Schnittstelle zur Verfügung
und überschreibt dieses in den Nachfahren.
Delphi-Quellcode:
TBasis = class
   procedure DoSomething; virtual;
   // oder procedure DoSomething; virtual; abstract;
end;

TNachfahre = class(TBasis, IMyInterface)
   procedure DoSomething; override;
end;

TAnderes = class(TBasis, IMyOtherInterface)
   procedure DoSomething; override;
end;

shmia 18. Okt 2010 16:04

AW: Klasse auf Interface testen
 
Anstelle von Supports kannst du auch mal GetInterfaceEntry versuchen.
Vorsicht, du bist dann nahe an den internen Datenstrukturen von Delphi.
Delphi-Quellcode:
if Assigned(self.GetInterfaceEntry(IMyInterface)) then
   DoSomethingElse;
if Assigned(self.GetInterfaceEntry(IMyOtherInterface)) then
   DoSomethingDifferent;
Aber wie schon himitsu geschrieben hat solltest du das nicht abfragen.

Linor 18. Okt 2010 16:43

AW: Klasse auf Interface testen
 
Hallo,

danke für die schnellen Antworten, GetInterfaceEntry funktioniert wunderbar. Habe in der Zwischenzeit noch TInterfacedPersistent gefunden was ich anstelle von TInterfacedObject verwenden kann, kommt mir an anderen Stellen noch mehr zugute, da ich noch andere Stellen habe wo ich testen muss ein Objekt ein bestimmtes Interface unterstützt.

@himitsu: Im Prinzip hast du Recht, und ich verwende das auch so, nur habe ich eine Methode in der Basis-Klasse die von den Vorfahren per inherited aufgerufen wird und Default-Funktionen ausführt, die abgeleiteten Klassen erweitern diese nur. Jetzt müsste ich in jedem Nachfahren, der das Interface implementiert, immer wieder den gleichen Code einfügen...

Delphi-Quellcode:
procedure Vater.DoSomething;
begin
   ActionEins.Enabled := Check...
   ActionZwei.Enabled := Check...
end;

procedure Sohn.DoSomething;
begin
   inherited;

   ActionDrei.Enabled := Check...
   ActionInterface.Enabled := Check...
end;

procedure Tochter.DoSomething;
begin
   inherited;

   ActionVier.Enabled := Check...
end;

procedure Enkel.DoSomething;
begin
   inherited;

   ActionFünf.Enabled := Check...
   ActionInterface.Enabled := Check...
end;
Um das zu umgehen:
Delphi-Quellcode:
procedure Vater.DoSomething;
begin
   ActionEins.Enabled := Check...
   ActionZwei.Enabled := Check...

   if ( Supports(Self, MyInterface) ) then
      ActionInterface.Enabled := Check...
end;
Spart mir viel redundanten Code... Ich bin mir bewusst das man das auch über Klassen lösen könnte, aber ich habe eine bestehende Klassenhierarchie und möchte nur ein paar Objekte um Funktionen erweitern, will aber erkennen ob ich ein gerade ein Objekt vor mir habe das ein bestimmtes Verhalten implementiert. Ich arbeite viel mit:

Delphi-Quellcode:
procedure DoSomething(Vater: TVater);
var
   auto; IHatEinAuto;
begin
   if ( Supports(Vater, IHatEinAuto, auto) ) then
      auto.FahreLos;
end;

procedure UndLos;
var
   sohn: TSohn; tochter: TTochter; enkel: TEnkel;
begin
   sohn := TSohn.Create;
   DoSomething(sohn);
   sohn.DoAnything;

   tochter := TTochter.Create;
   DoSomething(tochter);
   tochter.DoAnything;

   enkel := TEnkel.Create;
   DoSomething(enkel);
   enkel.DoAnything;

end;

Sir Rufo 18. Okt 2010 17:49

AW: Klasse auf Interface testen
 
Wäre schön wenn du statt der CODE Tags die DELPHI Tags nutzen könntest


Alle Zeitangaben in WEZ +1. Es ist jetzt 20:07 Uhr.

Powered by vBulletin® Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz