Interface "überladen" vorhandener Methoden?

[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.

[Der schöne Günther]

Ich komme nicht hinterher. Ich dachte, im "NextGen"-Compiler ("IFDEF AUTOREFCOUNT") rufen nun sowohl Objekt- und Interface-Referenzen beide _AddRef und _Release auf. Sohingegen muss man sich

• Objekt-referenzierte Instanzen nicht mehr explizit freigeben
• Kann die gleiche Instanz lustig objekt- und interface-referenzieren ohne sich Sorgen zu machen

Wo läge denn der Sinn, zwei unterschiedliche Referenzzähler zu haben?

[himitsu]

Wenn die Beide das Selbe aufrufen, dann würde es gehn, also wenn es da nur eine Zählvariable gäbe.
Das hieße dann, daß die einfach aus jedem Objekt ein Interface machen?

Könnte natürlich auch sein, daß ARC selber zählt, also und unabhängig von den Interfaces.

[Sir Rufo]

Zitat von Der schöne Günther:

Ich komme nicht hinterher. Ich dachte, im "NextGen"-Compiler ("IFDEF AUTOREFCOUNT") rufen nun sowohl Objekt- und Interface-Referenzen beide _AddRef und _Release auf. Sohingegen muss man sich

• Objekt-referenzierte Instanzen nicht mehr explizit freigeben
• Kann die gleiche Instanz lustig objekt- und interface-referenzieren ohne sich Sorgen zu machen

Wo läge denn der Sinn, zwei unterschiedliche Referenzzähler zu haben?

Eben es gibt nur einen Referenzzähler, aber es funktioniert andersherum (wie ein Blick in die Quellen zeigt)

Delphi-Quellcode:

function TInterfacedObject._AddRef: Integer;
begin
{$IFNDEF AUTOREFCOUNT}
  Result := AtomicIncrement(FRefCount);
{$ELSE}
  Result := __ObjAddRef;
{$ENDIF}
end;

[himitsu]

Zitat:

__ObjAddRef

Jetzt weiß ich wieder, warum ich erstmal davon ausging, daß sie selber zählen ... schonmal das "Wort" gelesen, ala hier irgendwer etwas über ARC schrieb.

Ein Blick in die Quellen war mir irgendwie zu teuer.
Ohhh, XE3 kennt das auch schon.

Ein bissl unpraktisch ist jetzt nur, daß die Vererbung immernoch nicht generisch funktioniert type TXyz<T> = class(T) , sonst hätte Emba diese Funktion leichter veröffentlichen können.
Denn ich hab ein paar Interfaces, die erst später, in der Vererbung, zu einem gemacht wurden, also nicht schon von Anfang an von TInterfacedObject abgeleitet sind.
Dort hatte ich mir den Code einfach nur kopiert, welcher ja nun falsch ist.

[Stevie]

Meine Aussage bezog sich auf die ausgeschaltete Referenzzählung für Interfaces in einer Klasse (z.B. TComponent). Bei einer solchen bringt auch ARC nix, da die Interface Referenz (welcher aber ja wie gesagt, nix zum RefCount beiträgt) langlebiger sein kann, als die Objektinstanz (welche ja durch ARC bei Verlassen des Scopes für das Freigeben sorgt)

[Der schöne Günther]

Zitat von 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.

Hier noch O-Ton Marco Cantù aus White Paper: The Delphi Language for Mobile Development

Zitat:

In the past, given that interface variable and standard object variables used different memory management models, it was generally suggested to avoid mixing the two approaches (like using an interface and an object variable or parameter to refer to the same object in memory).

With the new ARM compilers with ARC, the reference counting between object and interface variables is unified, so you can mix the two easily. This makes using interfaces more powerful and flexible on Delphi ARC platforms than it is on Delphi non-ARC platforms.