AGB  ·  Datenschutz  ·  Impressum  







Anmelden
Nützliche Links
Registrieren
Zurück Delphi-PRAXiS Programmierung allgemein Algorithmen, Datenstrukturen und Klassendesign Delphi Den Delegaten nachträglich ändern - Unterschiedliches Verhalten

Den Delegaten nachträglich ändern - Unterschiedliches Verhalten

Ein Thema von Der schöne Günther · begonnen am 29. Jan 2014 · letzter Beitrag vom 30. Jan 2014
Antwort Antwort
Seite 2 von 2     12
Benutzerbild von Uwe Raabe
Uwe Raabe

Registriert seit: 20. Jan 2006
Ort: Lübbecke
11.472 Beiträge
 
Delphi 12 Athens
 
#11

AW: Den Delegaten nachträglich ändern - Unterschiedliches Verhalten

  Alt 30. Jan 2014, 00:22
Bei Verwendung von implements muss das implementierende Objekt entweder das besagte Interface bereitstellen (mittels QueryInterface) oder das Interface implementieren (sprich: die Methoden bereitstellen). Im ersten Fall bekommt man einen Interface-Zeiger auf den Implementer, im anderen auf den Container.

Wenn der Implementer von TAggregatedObject abgeleitet wird ohne das ein Interfacename in der Deklaration auftaucht, dann auch wird kein Interface-Zeiger zurückgegeben. Andernfalls würde das schon geschehen, aber durch die Implementierung von QueryInterface gelangt man für weitere Interfaces doch wieder zum Controller/Container.

Beim ersten Ansatz (TAggregatedObject ohne Interface-Deklaration) reicht es auch, wenn nur Teile des Interfaces von der Implementor-Klasse bereitgestellt werden, solange die fehlenden Methoden vom Container implementiert werden.

Delphi-Quellcode:
type
  IMyInterface = interface
    [<GUID>]
    procedure Foo;
    procedure Bar;
  end;

  TMyImplementor = class(TAggregatedObject)
    procedure Foo;
  end;

  TMyContainer = class(TInterfacedObject, IMyInterface)
  ...
  protected
    procedure Bar;
    property MyImplementor: TMyImplementor read GetMyImplementor implements IMyInterface;
  end;
Uwe Raabe
Certified Delphi Master Developer
Embarcadero MVP
Blog: The Art of Delphi Programming
  Mit Zitat antworten Zitat
Benutzerbild von Stevie
Stevie

Registriert seit: 12. Aug 2003
Ort: Soest
4.023 Beiträge
 
Delphi 10.1 Berlin Enterprise
 
#12

AW: Den Delegaten nachträglich ändern - Unterschiedliches Verhalten

  Alt 30. Jan 2014, 08:27
Tja, man lernt jeden Tag was neues. Das Verhalten beim Delegieren an ein Objekt war mir neu, aber sehr interessantes und u.U. nützliches Verhalten.

@Günther
In deinem Beispiel im Eingangspost hast du übrigens ein Speicherleck (bzw verfrühte Freigabe einer Instanz).

Der Supports Aufruf auf container führt dazu, dass danach deine container Instanz freigegeben wird. Auch hier sollte container schon ein Interface sein, damit da nix schief geht.

Keine Ahnung, was der XE5 Debugger anzeigt, aber bei mir (XE) zeigt er im Fall, dass die Eigenschaft TMessage zurückgibt nur Pointer(...) as IMessageInterface an. Ein (messageIntf as TObject).ClassName liefert mir dann TMessager.

Ich kann also die Aussage
Zitat:
Nach dem Aufruf von Supports(..) haben wir in unserer Interface-Variable eine Referenz auf die TContainerClass -Instanz!
nicht nachvollziehen.
Stefan
“Simplicity, carried to the extreme, becomes elegance.” Jon Franklin

Delphi Sorcery - DSharp - Spring4D - TestInsight

Geändert von Stevie (30. Jan 2014 um 08:32 Uhr)
  Mit Zitat antworten Zitat
Der schöne Günther

Registriert seit: 6. Mär 2013
6.172 Beiträge
 
Delphi 10 Seattle Enterprise
 
#13

AW: Den Delegaten nachträglich ändern - Unterschiedliches Verhalten

  Alt 30. Jan 2014, 08:39
Ja, dass man das so nicht macht war mir klar, wollte es für ein Beispiel aber nicht noch weiter aufblähen
Dass er dann im Debugger "Pointer" anzeigt ist mir unter XE5 auch aufgefallen, hielt es aber nicht weiter für wichtig.
  Mit Zitat antworten Zitat
Benutzerbild von Stevie
Stevie

Registriert seit: 12. Aug 2003
Ort: Soest
4.023 Beiträge
 
Delphi 10.1 Berlin Enterprise
 
#14

AW: Den Delegaten nachträglich ändern - Unterschiedliches Verhalten

  Alt 30. Jan 2014, 08:49
Dass er dann im Debugger "Pointer" anzeigt ist mir unter XE5 auch aufgefallen, hielt es aber nicht weiter für wichtig.
Naja, das ist eigtl der entscheidende Hinweis, denn die Interface Referenz ist der vom Compiler erstellte Proxy, der entweder den Call an das aggregierte Objekt oder den Container weiterleitet. In aller Regel handelt es sich, wenn der Debugger Pointer bei einem Interface anzeigt, um etwas anderes als den 0815 "Klasse implementiert Interface" Fall. Denn deshalb kann er das nicht mehr auflösen.
Stefan
“Simplicity, carried to the extreme, becomes elegance.” Jon Franklin

Delphi Sorcery - DSharp - Spring4D - TestInsight
  Mit Zitat antworten Zitat
Themen-Optionen Thema durchsuchen
Thema durchsuchen:

Erweiterte Suche
Ansicht

Forumregeln

Es ist dir nicht erlaubt, neue Themen zu verfassen.
Es ist dir nicht erlaubt, auf Beiträge zu antworten.
Es ist dir nicht erlaubt, Anhänge hochzuladen.
Es ist dir nicht erlaubt, deine Beiträge zu bearbeiten.

BB-Code ist an.
Smileys sind an.
[IMG] Code ist an.
HTML-Code ist aus.
Trackbacks are an
Pingbacks are an
Refbacks are aus

Gehe zu:

Impressum · AGB · Datenschutz · Nach oben
Alle Zeitangaben in WEZ +1. Es ist jetzt 03:34 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