[XE2] Live Bindings

[neo4a]

Zitat von Stevie:

Für das Aktualisieren der Bindings ist das INotifyPropertyChanged interface zuständig. Wenn ein an das Binding angeschlossenes Object (Source oder Target) dieses interface implementiert klinkt sich das Binding dort ein.

Das Objekt muss aber mindestens so

class(TInterfacedPersistent, INotifyPropertyChanged) deklariert sein, TInterfacedObject z.B. gibt einen RTTI- Fehler.

[Stevie]

Zitat von neo4a:

Zitat von Stevie:

Für das Aktualisieren der Bindings ist das INotifyPropertyChanged interface zuständig. Wenn ein an das Binding angeschlossenes Object (Source oder Target) dieses interface implementiert klinkt sich das Binding dort ein.

Das Objekt muss aber mindestens so

class(TInterfacedPersistent, INotifyPropertyChanged) deklariert sein, TInterfacedObject z.B. gibt einen RTTI- Fehler.

Logisch, weil die Referenzzählung dir dann dazwischen haut. Dafür gibts TPropertyChangedBase in der DSharp.Core.PropertyChangedBase.pas

[neo4a]

Zitat von Stevie:

Logisch, weil die Referenzzählung dir dann dazwischen haut. Dafür gibts TPropertyChangedBase in der DSharp.Core.PropertyChangedBase.pas

..logisch, und das steht wo?

BTW, bist Du schon mit dem StringGrid-DataBinding einen Schritt weiter?

[Stevie]

Zitat von neo4a:

Zitat von Stevie:

Logisch, weil die Referenzzählung dir dann dazwischen haut. Dafür gibts TPropertyChangedBase in der DSharp.Core.PropertyChangedBase.pas

..logisch, und das steht wo?

Jetzt hier Ich dachte, das sei allgemein bekannt, dass man Objekte und referenzgezählte Interfaces nicht vermischen sollte. Das ist der Preis der non GC Sprache.

Zitat von neo4a:

BTW, bist Du schon mit dem StringGrid-DataBinding einen Schritt weiter?

Hab ich noch nicht mit angefangen.

[neo4a]

Zitat von Stevie:

Zitat von neo4a:

Zitat von Stevie:

Logisch, weil die Referenzzählung dir dann dazwischen haut. Dafür gibts TPropertyChangedBase in der DSharp.Core.PropertyChangedBase.pas

..logisch, und das steht wo?

Jetzt hier Ich dachte, das sei allgemein bekannt, dass man Objekte und referenzgezählte Interfaces nicht vermischen sollte.

Die Fehlermeldung in diesem Zusammenhang (also bei Benutzung von TInterfacedObject) spricht aber nur von RTTI-Funktionalität, die nicht unterstützt wird...

[Thom]

Zitat von Stevie:

Ich dachte, das sei allgemein bekannt, dass man Objekte und referenzgezählte Interfaces nicht vermischen sollte. Das ist der Preis der non GC Sprache.

Dumme Frage: Weshalb? Und was verstehst Du unter "vermischen"?

[Stevie]

Zitat von Thom:

Zitat von Stevie:

Ich dachte, das sei allgemein bekannt, dass man Objekte und referenzgezählte Interfaces nicht vermischen sollte. Das ist der Preis der non GC Sprache.

Dumme Frage: Weshalb? Und was verstehst Du unter "vermischen"?

Delphi-Quellcode:

procedure Test(i: IInterface);
begin

end;

var
  o: TInterfacedObject;
begin
  o := TInterfacedObject.Create;
  Test(o);
  // Objekt wurde freigegeben, da RefCount auf Null gesunken ist
end;

[Thom]

Vielleicht sollte man den Aufruf korrekt durchführen?

Delphi-Quellcode:

procedure Test(i: IInterface);
begin

end;

var
  o: TInterfacedObject;
begin
  o := TInterfacedObject.Create;
  Test(o as IInterface); //<- RefCount wird automatisch erhöht
  //Objekt "lebt" noch!
end;

[mquadrat]

Das mag zwar das korrekte Ergebnis liefern, ist aber extremst unintuitiv.

[Thom]

Eine korrekte Programmierung ist "extremst unintuitiv" und eine falsche Handhabung führt zur Schlußfolgerung "Ich dachte, das sei allgemein bekannt, dass man Objekte und referenzgezählte Interfaces nicht vermischen sollte. Das ist der Preis der non GC Sprache."



Ich habe den Eindruck, daß einige Leute gar nicht mehr ohne "Compiler-Magie" leben können und wenn diese mal versagt, kommt gleich das große Gezetere und der Hinweis darauf, wie toll das andere Sprachen hinbekommen...