FMX + Datenbindung

[Uwe Raabe]

Zitat:

Zitat von Mavarik (Beitrag 1519637)

Aber wenn ich einen Datenbank auf mache, hätte ich gerne die Daten im Memory und dann kann ich die Daten bei Bedarf
darstellen.

Nichts anderes passiert bei einem TDataSet und datensensitiven Controls. Das TDataSet hält die Daten (oder einen Teil davon) im Memory und die datensensitiven Controls übertragen das z.B. bei einem TDBEdit in das Text Property zur Anzeige und gegebenenfalls Änderung. Danach werden die Daten aus dem Text wieder in den Puffer des TDataSet übertragen (entfällt natürlich bei nur darstellenden DB-Controls), von dem das dann beim Post in die Datenbank geschickt wird. Mit dem Enabled der verbindenden TDataSource kann man diese Automatik auch nach Bedarf aus- und wider einschalten. Gleiches geht über das TDataSet mit DisableControls und EnableControls für alle Verknüpfungen.

Nirgendwo geschieht die Datenhaltung in den visuellen Controls. Ob ich jetzt ein TEdit in einer Load-Methode aus einem TField befülle und in einer Save-Methode den aktuellen Inhalt in das Feld zurückschreibe oder gleich ein TDBEdit verwende, das dies automatisch macht (genauer gesagt macht es ein TFieldDataLink), ist doch im Prinzip erstmal egal. Der DB-Ansatz kommt halt ohne zusätzlichen (also nicht in der Standard-Lib vorhandenen) Code aus.

Interessant finde ich auch, dass einige ORM-Frameworks, wie z.B. Aurelius oder Spring4D, eine TDataSet-Komponente mitbringen, die eine Liste von Objektinstanzen verwaltet. Damit lassen sich datensensitive Komponenten auch auf reine in-memory Objekte anwenden.

Eigentlich waren datensensitive Komponenten von Anfang an ein Weg, die Datenhaltung aus den visuellen Controls auszulagern, noch bevor das als erstrebenswert in den Köpfen der Entwickler verankert wurde. Woher die Ansicht kommt, dass datensensitive Komponenten die Daten selbst speichern, kann ich auch nicht sagen. Es ist definitiv nicht so. Aber Fakes verbreiten sich ja bekanntermaßen leichter als Facts.

[Papaschlumpf73]

Uwe hat es mal wieder auf den Punkt gebracht. 👍

[TigerLilly]

Mich wundert es sehr, dass es da aus Entwicklersicht von der VCL zu FMX so einen - nun - Rückschritt gegeben hat. Ich müsste im Augenblick drei unterschiedliche Technologien (oder zwei und selber was schreiben) mischen, um das zu bekommen, was bei der VCL out of the box ging.

Und ja: Ich habe ein sehr datenlastiges Programm, das ich gerne Multi-Platform machen würde. Ich bin da grad ratlos.

[Uwe Raabe]

Zitat:

Zitat von TigerLilly (Beitrag 1519668)

Mich wundert es sehr, dass es da aus Entwicklersicht von der VCL zu FMX so einen - nun - Rückschritt gegeben hat.

Ja, das wundert mich auch. Insbesondere hätte man hier gleich die Datensensitivität ganz am Anfang der Vererbung vorsehen können. Das hätte die separaten DB-Controls ganz erspart. Man hat ein DataSource und ein DataField Property (letzteres wird nicht überall gebraucht). Ist das DataSource Property nil verhält sich das Control normal, andernfalls eben datensensitiv. Beide Properties sind erstmal protected und werden in den jeweiligen Controls dann nach Bedarf published.

Es hätte so einfach sein können. Stattdessen steckt man die Entwicklerkapazitäten in Live-Bindings.

[TigerLilly]

Zitat:

Zitat von Uwe Raabe (Beitrag 1519672)

Es hätte so einfach sein können. Stattdessen steckt man die Entwicklerkapazitäten in Live-Bindings.

Ich denke mir ja, dass es wohl irgendeinen Grund gibt, das genauso gemacht zu haben. Mir erschließt es sich halt nur nicht. Legacy Anwendung umstellen ist immer wieder ein Thema + Crossplatform ist dann immer auch ein Thema. Aber der Umstieg von VCL zu FMX ist schon ein großer Schritt.

[Uwe Raabe]

Zitat:

Zitat von TigerLilly (Beitrag 1519611)

Alternativen: Live Bindings, die gehen aber zB mit einigen TMS Komponenten nicht.

Kannst du die bitte mal nennen? Die Live-Bindings basieren auf dem Observer-Pattern, das schon seit geraumer Zeit tief in TComponent verankert ist. Damit mache ich an anderer Stelle auch so einiges. Wenn also Komponenten eines Drittherstellers das immer noch nicht unterstützen wäre das meiner Meinung nach ein massives Versäumnis und ich wüsste dann gern vorher wo es haken könnte.

[TigerLilly]

Ich bin bei den FNC Komponenten darüber gestolpert - kann gut sein, dass das für die FMX Komponenten nicht gilt, das müsste ich nachsehen.

Zitat:

Livebindings isn't enabled for FNC. The only 2 components that are currently DB-Aware are TMS FNC Planner and TMS FNC Grid and this functionality is exposed via database adapter. We'll investigate if we can add support for this.

Bei den FNC Komponenten sind die TFNCEdits (mittlerweile) LiveBindings enabled, aber andere eben nicht.

Es gibt von TMS einer DataBinder für FNC, aber der ist nur ReadOnly, schreibt also nicht zurück.

Zitat:

Note that the databinder component is currently only
supporting retrieval and display of data.