Klasse implementiert ein Interface weniger, höherer Speicherverbrauch

[Mavarik]

Zitat von rabatscher:

Delphi-Quellcode:

procedure TForm1.Button1Click(Sender: TObject);
var obj1 : TObj1;
    obj2 : TObj2;
begin
     obj1 := TObj1.Create;
     obj1.Test1;
     obj1.Free;

     obj2 := TObj2.Create;
     obj2.Test1;
     obj2.Free;
end;

Ich hoffe das ist nur ein schnell runter getipptes Demo und nicht so wie Du TinterfacedObjects in Deinem Programm verwendest…

Obj1 und Obj2 müssen vom Interface type sein und natürlich nicht mit free freigegeben werden.

Mavarik

[rabatscher]

Natürlich ist das nur ein schnell runter getipptes Ding - und natürlich würde ich interfaces so nicht verwenden...
Die Mixtur kann schnell in die Hose gehen
Aber da ich hier ja nur in der "Objektwelt" bin muss ich ja das Ojbekt brav freigeben (solange ich die Interfaces nicht anrühre und
das RefCounting initiere ).

[freimatz]

Hallo zusammen,
ich bin wieder dran. Einige Antworten/Bemerkungen:

Die 3% sind für die gesammte Anwendung.

Dass für jedes Interface ein zusätzliches Feld im Ojekt angelegt wird finde ich plausibel. Dann müsste die Anwendung jedoch mit interface mehr Speicher benötigen als ohne. Das umgekehrte ist jedoch der Fall.

Unterstützt TVorfahr bereits IBla4? --> Nein, aber selbst dann dürfte ein Entfernen nicht mehr Speicher benötigen. Ein Vorfahr unterstützt jedoch noch ein interfaces.
Unterstützt ein Nachfahre von TBla IBLa4? --> Es gibt keine Nachfahren

Inzwischen habe ich noch einen Fall von if ... Supports(...) gefunden und dabei bemerkt, dass ich etwas benötige von dem interface. (Nicht alles drum habe ich das nun aufgeteilt.) Ich kann also nicht ganz darauf verzichten auf ein Interface. Die Frage ist daher nun naheuu obsolet. Merkwürdig bleibt es trotzdem.

[Der schöne Günther]

Schade, solche Mysterien sind eigentlich immer spannend.