Interface "überladen" vorhandener Methoden?

[Mavarik]

Zitat von jaenicke:

Formulare und andere visuelle Komponenten haben per Definition ohne ARC keine Referenzzählung. Die ist intern bereits deaktiviert.

??? Ja eben, daher das Interface...

[Stevie]

Wenn du einem TComponent Nachfahren ein zusätzliches Interface verpasst, wird deswegen keine Referenzzählung angeschalten, die ist nämlich für TComponent abgeschalten. Und die werden ob ARC oder nicht, oder VCL oder FMX nach wie vor über die TComponent Owner Strategie verwaltet und nicht anders.

[Mavarik]

Zitat von Stevie:

Wenn du einem TComponent Nachfahren ein zusätzliches Interface verpasst, wird deswegen keine Referenzzählung angeschalten, die ist nämlich für TComponent abgeschalten. Und die werden ob ARC oder nicht, oder VCL oder FMX nach wie vor über die TComponent Owner Strategie verwaltet und nicht anders.

Weil TInterfacedObject fehlt?!

[himitsu]

Nur weil man einer Klasse ein Interface verpasst, bekommt die nicht automatisch eine Referenzzählung.

Die Referenzzählung muß nämlich "selber" implementiert werden, oder eben das, was man da haben möchte.
Das merkst du schnell wenn du einfach mal versuchst einem TObject das IInterface oder ein anderes Interface zuzuweisen, denn dann meckert der Compiler, du mögest doch bitte die fehlenden Methoden implementieren, welche vom Interface verlangt werden.

Also mindestens AddRef und Freunde ... siehe TCopmponent:

Zitat von TCopmponent:

Delphi-Quellcode:

    { IInterface }
    function QueryInterface(const IID: TGUID; out Obj): HResult; virtual; stdcall;
    function _AddRef: Integer; stdcall;
    function _Release: Integer; stdcall;

Nein, TInterfacedObject ist EIN Vorfahre für Interface-Objekte, welches die nötigen Funktionen implementiert, die alle Interfaces verlangen.
Diese Funktionen können aber auch wo anders definiert werden und jenachdem, was man darin macht, wurde entweder eine referenzzählung implementiert, oder sonstewas.

TComponent zählt "standardmäßig" keine Referenzen und wird quasi nur über Free freigegeben. (bzw. über den Owner, welcher das Free/Destroy aufruft)
TXMLDokument reagiert z.B. standardmäßig wie ein Objekt und wird mit Free freigegeben, aber sobald man eine einzige Interface-Referenz erzeugt, wird ab da vorrangig auf die Referenzzählung geachtet. (aber wenn man bei dem Interface nun doch vorzeitg Free aufruft, dann rauchen die übrigen Interface-Referenzen ab, weil sie auf ein nicht mehr vorhandenes Objekt zeigen)

[Mavarik]

OK Danke... Dann ist meine Idee erst mal vom Tisch.

Mavarik

[himitsu]

Das Problem ist jetzt nur, wie sich nun auch noch dieses komische ARC dort einmischt, bzw. wie Dieses die eh schon teilweise nicht ganz so einfache Verknüpfung von Objekt und interface beinflusst.

[Stevie]

Zitat von himitsu:

Das Problem ist jetzt nur, wie sich nun auch noch dieses komische ARC dort einmischt, bzw. wie Dieses die eh schon teilweise nicht ganz so einfache Verknüpfung von Objekt und interface beinflusst.

Genauso, als ob du auf eine Objektreferenz, welche du an ein Interface zugewiesen hast, Free aufrufst. Wenn die Interface Referenz einen größeren Scope bzw längere Lebensdauer hat, dann raucht sie dir ab, um dich mal zu zitieren.

[himitsu]

Nja, wenn die Objktreferenzen und die Interfacerferenzen beide mitzählen ... wer hat dann die Kontrolle über die Freigabe des Objekts?
Wenn da keiner aufpasst, müsste doch zwangsläufig der freigeben, welcher zuerst bei 0 ankommt.