Absturz des SQL-Editors in der IDE (D7/ADS10.1)

[Rollo62]

Hallo haentschman,

wenn du Alle Komponenten rausgeworfen hast und nur normale Komponenten mit der DB verknüppelst liegt es Nahe das du das mal mit LiveBindings versucht hast.
Die sind ja eingentlich für die Bindung von DB zu Komponente gemacht, und bei einfachen Label, Edit, etc. sollte das doch auch gut funktionieren.

Arbeitest du auch damit, oder machst du da komplett deinen eigenen Layer drum ?
Ich fände es wünschenswert mal ein schönes BestPractices Beispiel mit LiveBinding in Code zu sehen, in einer
echten Anwendung.
Steven Ball hat da ja eine schöne Serie zu gemacht, aber mir fehlt immer noch der Ansatz wie man das in größeren Projekten anlegen sollte.


Rollo

[haentschman]

Moin...

Zitat:

wenn du Alle Komponenten rausgeworfen hast und nur normale Komponenten mit der DB verknüppelst liegt es Nahe das du das mal mit LiveBindings versucht hast.

...und dann wieder begraben.
Thread: http://www.delphipraxis.net/190711-l...ceadapter.html

Zitat:

Arbeitest du auch damit, oder machst du da komplett deinen eigenen Layer drum ?

Ich arbeite mit Objekten in Objektlisten und Interfaces als "Zwischenschicht" zur Datenbank. Für jedes DBMS gibt es ein spezielles Interface. Die Anwendung arbeitet mit dem Interface. Die Anbindung der Objekte aus der Liste funktioniert klassisch nach Bedarf.

Die Livebindings haben mir keinen Mehrwert gebracht...

[Rollo62]

Für das Füllen und Reagieren auf Änderungen musst du dann Alles von Hand verknüpfen und hast du zu jeder Komponente einen "Wrapper" der das bidirektional erledigt ?
Oder benutzt du dafür auch schon RTTI oder das Spring4D Framework ?

Das sollte eigentlich ja LiveBindings leisten, so das man einfach DB mit dem View verbinden kann.
Warum genau hast du dich gegen LB entschieden, war es die Performance, oder die Stabilität ?
Ich möchte den LB Gedanken noch nicht komplett über Bord werfen

Rollo

[haentschman]

Moin...

Zitat:

Für das Füllen und Reagieren auf Änderungen musst du dann Alles von Hand verknüpfen

...ja. Da gehört eigentlich noch mehr dazu...
sinngemäß: Beispiel an einem Frame:
1. Dem Frame wird das Objekt was es anzuzeigen gilt übergeben.
2. Vom Objekt wird eine Kopie erstellt. (neue Instanz)
3. Der Frame arbeitet mit der Kopie. (zurücksetzen möglich etc.).
4. In den klassischen OnChange werden die Änderungen in die Kopie geschrieben.
5. Speichern NEIN: Die Kopie wird weggeräumt...
6. Speichern JA: Über Assign des Originalobjektes werden die Werte übertragen. Die Kopie wird weggeräumt...
...fertsch. Klar ist das mehr Arbeit. Aber man hat die Kontrolle...

Zitat:

Das sollte eigentlich ja LiveBindings leisten, so das man einfach DB mit dem View verbinden kann.
Warum genau hast du dich gegen LB entschieden, war es die Performance, oder die Stabilität ?

...versuche mal ohne Code mit LB ein Objekt aus einer Liste an ein ListviewItem oder einen Combobox Eintrag zu hängen. Klassisch wäre das ein Einzeiler.