Interface und 'normale' Referenz

[quantum]

Zitat:

Zitat von Bernhard Geyer (Beitrag 1047864)

Zitat:

Zitat von quantum (Beitrag 1047827)

Seit Delphi 2010 kann man endlich von Interface auf Instanz casten.

Das halte ich für nicht sinnvoll. Man verwendet ja Interfaces um von den Objektinstanz-Klassen wissen zu müssen.

Da gebe ich dir Recht. Mir selbst ist das suspekt. Besser ein Interface für die benötigten Methoden einführen und nichts anderes als die Interfaces benutzen.

Delphi-Quellcode:

IMachtWasAnderes = interface
  procedure WasAnderes;
end;

Foo = class(TInterfacedObject, IMachtBuh, IMachtWasAnderes)

[hansmaad]

Zitat:

Zitat von xaromz (Beitrag 1047834)

Hallo,

wenn es nur darum geht, eine Funktion aufzurufen, kannst Du auch mit

Delphi-Quellcode:

const

arbeiten:

Delphi-Quellcode:

procedure MachBuh(const b : IMachtBuh);
begin
    b.Buh;
end;

Dadurch wird der Referenzzähler beim Aufruf nicht verändert und folglich das Objekt am Ende nicht freigegeben. Man sollte übrigens immer

Delphi-Quellcode:

const

verwenden, das vermeidet Fehler und ist außerdem noch schneller.

Gruß
xaromz

:thumb: Guter Tipp. Dazu aber (wenn zur Zeit für mich zwar nicht relevant) mal die Frage, ist der Referenzzähler von Interfaces Thread sicher? Denn wenn MachBuh(const b : IMachtBuh); den Referenzzähler nicht inkrementiert, könnte ein anderer Thread das Objekt löschen. Oder ist die Sicherheit generell nicht gegeben.

Zitat:

Zitat von quantum (Beitrag 1047869)

...Besser ein Interface für die benötigten Methoden einführen und nichts anderes als die Interfaces benutzen.

Delphi-Quellcode:

IMachtWasAnderes = interface
  procedure WasAnderes;
end;

Foo = class(TInterfacedObject, IMachtBuh, IMachtWasAnderes)

Danach hatte ich ja auch schon gefragt. Wie würdest du denn damit die Funktion aus dem ersten Beitrag schreiben?

[mjustin]

Zitat:

Zitat von hansmaad (Beitrag 1047919)

ist der Referenzzähler von Interfaces Thread sicher?

Interfaces in Delphi haben keinen Referenzzähler. Die konkreten Klassen wie z.B. TTinterfacedObject, TInterfacedPersistent oder TComponent sorgen für die Referenzzählung - daher muss man wissen, wie diese implementiert ist, um Probleme mit Threads oder Speicherlecks zu vermeiden.

• Bei TTinterfacedObject kann man im Code direkt sehen, dass threadsicher vorgegangen wird

• Bei TTinterfacedPersistent wird die Referenzzählung an ein 'FOwnerInterface' Feld delegiert (das vorhanden sein kann aber nicht muss...)

• Bei TComponent wird eine Referenzzählung an ein IVCLComObject delegiert, falls es vorhanden ist

Es gibt noch weitere Varianten der Referenzzählung (zum Beispiel bei der TRemotable für Soap). Interfaces in Delphi erlauben Freiheiten bei der Implementierung, die es in anderen Sprachen nicht gibt - wer mag, kann das natürlich auch als Vorteil sehen.

[generic]

Notfalls erzeugt man sich eine eigene Klasse, die das gewünschte verhalten hat.

[hansmaad]

Zitat:

Zitat von mjustin (Beitrag 1047933)

• Bei TTinterfacedObject kann man im Code direkt sehen, dass threadsicher vorgegangen wird

Dann muss eine Funktion, die ein IMachBuh Parameter als const nimmt trotzdem aufpassen, dass ein anderer Thread das Objekt nicht weglöscht, denn sie inkrementiert den Zähler überhaupt nicht ??

[xaromz]

Hallo,

Zitat:

Zitat von hansmaad (Beitrag 1047939)

Dann muss eine Funktion, die ein IMachBuh Parameter als const nimmt trotzdem aufpassen, dass ein anderer Thread das Objekt nicht weglöscht, denn sie inkrementiert den Zähler überhaupt nicht ??

klar musst Du bei mehreren Threads aufpassen. Das ist aber kein spezifischer Interfaceproblem. Jeder Thread kann Objekte freigeben, die in einem anderen gerade verwendet werden. Das kannst Du nur ausschließen, wenn Du ausschließlich Interfaces verwendest, dann wird nämlich die Referenz in der aufrufenden Methode gehalten und das const ist damit nur eine Optimierung:

Delphi-Quellcode:

type
  IIntf = interface
    procedure Blubb;
  end;

  TIntf = class(TInterfacedObject, IIntf)
    procedure Blubb;
  end;

procedure bla;
var
  A: IIntf;
begin
  A := TIntf.Create; // Referenz 1

  Machwas(A); // keine Änderung
end; // hier Referenz 0 -> Objekt wird zerstört

procedure Machwas(const B: IInf) // Keine Änderung
begin
  B.Blubb; // hier kann jeder Thread etwas mit dem Interface machen, der Referenzzähler bleibt immer >= 1
end;

Gruß
xaromz

[hansmaad]

Zitat:

Zitat von xaromz (Beitrag 1047969)

...

Delphi-Quellcode:

type
  IIntf = interface
    procedure Blubb;
  end;

  TIntf = class(TInterfacedObject, IIntf)
    procedure Blubb;
  end;

procedure bla;
var
  A: IIntf;
begin
  A := TIntf.Create; // Referenz 1

  Machwas(A); // keine Änderung
end; // hier Referenz 0 -> Objekt wird zerstört

procedure Machwas(const B: IInf) // Keine Änderung
begin
  B.Blubb; // hier kann jeder Thread etwas mit dem Interface machen, der Referenzzähler bleibt immer >= 1
end;

Gruß
xaromz

Natürlich muss man immer aufpassen. Dazu muss ich aber erstmal wissen was die Interfaces (oder die Basisklassen) machen. Wenn ein anderer Thread ein explizites Free ruft, ist die Sache ja klar. Die Frage war speziell auf die const und nicht const Parameter bezogen:. Dein Beispiel:

Delphi-Quellcode:

procedure Machwas(const B: IInf);
procedure MachwasNichtConst(B: IInf);

procedure bla;
var
  A: IIntf;
begin
  A := TIntf.Create; // Referenz 1
  StartThread(Machwas(A)); // keine Änderung
end; // hier Referenz 0 -> Objekt wird zerstört. MachWas() hat Pech gehabt.

procedure blaAnders;
var
  A: IIntf;
begin
  A := TIntf.Create; // Referenz 1
  StartThread(MachwasNichtConst(A)); // Referenz 2
end; // hier Referenz 1 -> Objekt wird nicht zerstört. MachWasNichtConst() hat Glück gehabt.

Ist das richtig?
Ich kanns leider nicht mal eben ausprobieren, weil ich in Delphi noch überhaupt keine Ahnung von threads habe. War nur schonmal vorweg gefragt.

[xaromz]

Hallo,

Zitat:

Zitat von hansmaad (Beitrag 1047970)

Ist das richtig?
Ich kanns leider nicht mal eben ausprobieren, weil ich in Delphi noch überhaupt keine Ahnung von threads habe. War nur schonmal vorweg gefragt.

das müsste so stimmen.

Gruß
xaromz