LiveBindings mit ObjectList

[himitsu]

Tachchen und Grüße noch aus Bonn.

Wer benutzt das eigentlich so richtig?

Kleine Demo im Anhang:

• ein/zwei mal Plus drücken
• das dann wieder löschen (Minus)
• und nun noch einmal was Hinzufügen
• Peng, schon stimmt was nicht mehr es sind zwei sichtbar, obwohl nur ein Objekt in der Liste ist.

Auch das Innere ist doch irgendwie krank:

• In FMX 1 war das mal eine TObjectList und jetzt ist es eine TList<TObject>.
• OK, im Android/iOS ist es gegal, da es dort das ARC gibt, aber im Windows?
• Also warum ist das keine TObjectList mehr (vorallem wegen des fehlenden OwnsObjects, bei direkter Bearbeitung der Liste) und wirso kann ich kein eigenes TObjectList<TMyDataObject> verwenden?
• Wozu ist das generische denn gut, wenn man am Ende dennoch wieder kasten darf?
• Wäre man nicht auch ohne doppelte Buchhaltung, also ohne doppelte Definition der Felder ausgekommen? Es wird doch sonst auch alles Mögliche für die DFM live aus der PAS ausgelesen und verändert, wozu also der DataGeneratorAdapter?
• Wie man die Breite der autogenrierten Spalten ändert mußte ich auch erstmal länger suchen. Wenn schon Generator, warum nciht gleich da angeben?
  Aber speichern tut sich das nicht.
  • Eintragsdesigner des Grids
  • dort das Width ändern
  • nun hat sich die Breite der Klientbereiche geändert, aber nocht nicht die der Spaltenüberschrften und das "Left" der Spalten blieb auch gleich
  • 2x F12 und nun sieht es gut aus
  • aber nach dem Speichern und neu Laden ist alles wieder weg
• Das man die Doppelklick = Spaltenbreiteanpassenfunktion noch selber implementieren darf, hatte ich fast schon vermutet.

Die Tutorials sind natürlich auch schonwieder überaltert und passen nicht mehr ganz.
http://www.delphi-treff.de/tutorials...ve-bindings/7/
http://www.delphipraxis.net/170456-x...ml#post1183385


PS: 33 MB für die winzige Demo ist schon ein bissl happig.
OK, im Release kommt man immerhin auf nur 9 MB.


[edit]
Ach ja, XE7 natürlich.

[himitsu]

Scheint wohl keiner die LiveBindings zu benutzen.

[Stevie]

Zitat von himitsu:

• In FMX 1 war das mal eine TObjectList und jetzt ist es eine TList<TObject>.
• OK, im Android/iOS ist es gegal, da es dort das ARC gibt, aber im Windows?
• Also warum ist das keine TObjectList mehr (vorallem wegen des fehlenden OwnsObjects, bei direkter Bearbeitung der Liste) und wirso kann ich kein eigenes TObjectList<TMyDataObject> verwenden?
• Wozu ist das generische denn gut, wenn man am Ende dennoch wieder kasten darf?

Nur, weil TListBindSourceAdapter.Create eine TList<TObject> erwartet, verbietet dir das ja nicht, die eigentliche Instanz von TObjectList<TObject> (oder TObjectList<TPOData>, wenn du einen Hardcast auf TList<TObject> machst) zu erstellen, damit keine Memory Leaks entstehen.
TObjectList (aus der Contnrs) ist es nicht mehr, da es diese Unit nicht für Mobile gibt.

[himitsu]

Aber die Typprüfung mag das nicht so wirklich.