TDBGrid unter FireMonkey

[jziersch]

Hallo,

ich bin gerade daran das Konvertieren eines internen Buchhaltungsprojektes auf Firemonkey für die Verwendung unter OSX vorzubereiten.
In dem Projekt werden ausser den WPTools für das Reporting nur standard Komponenten verwendet, hauptsächlich DBEdits und DBGrids. (Der wichtigste Code ist in dem Projekt sowieso nur das Reporting und die Kalkulation, Steuer etc)

Als grösstes Problem sehe ich die TDBGrids. Unter FireMonkey wird hier ja ein standard Grid mit DataBinding verwendet. Ist das empfehlenswert?
Was mir nämlich daran nicht gefällt, ist die Tatsache, dass das Binding script von einer Art Wizard in der IDE erstellt wird und sich dann nicht mehr ändern kann.
An ein DBGrid kann ich aber einfach jede Datasource "anhängen" und es geht - und stabil ist das auch?

Wie löst Ihr das Problem?

(Bin schon am überlegen ein TDBGrid zu programmieren ...)

Grüsse,
Julian

[mkinzler]

Dann besser eine alternative Art der Datenanbindung oder etwas "Fertiges".

[arnof]

Grids sind echt so eine Sache unter FMX.

Ich habe schon einiges im Einsatz: TMS (geht so); WolltoWoll kostet viel und ohne Quellcode -> bis ich soweit war gabs schon wieder ein Delphiupdate und die Komponente ging nicht mehr ....

Mach ein schönes Grid inclusive Spalteneditor und ohne Visuell Bindung und ich bin dein erster Kunde!

[Rollo62]

Ja das ist leider eine Art Vor- und Nachteil, wo die Nachteile erstmal zu überwiegen scheinen.
Man kann, und ich finde man sollte, das durchaus per Code machen, und nicht im Designer.
Nur für sehr simple Anbindungen habe ich den Designer benutzt, Alles was der kann geht auch per Code.

Hier gibt es ein paar gute Anregungen dafür.

Rollo

[jziersch]

Vielen Dank für die Anregung. Für mich käme auch nur das Erstellen der Bindings im Code in Frage - doch für ein Grid ist das echt uferlos.

Ich habe vor einem Jahr mal weiter in dem Binding code geforscht, da ich ein Tool bauen wollte, das mittels dieser Technologie eine Tabelle in einem Textdokument an eine Datenbank anhängt - das geht leider nicht. Im Gegensatz zu den guten alten DataLinks - damit war es möglich.
Das Problem mit DataBindings sehe ich darin, dass der Datenempfänger nicht das Datenfeld "sieht" und properties dort auslesen kann. Das originale DBGrid nutzt diese Möglichkeit u.a. zur Anpassung der Spaltenbreite und zur Anzeige des Titels.

Ich werde probieren ein einfaches DBGrid zu programmieren, welches dann unter FMX und VCL läuft.

Viele Grüsse
Julian

[mkinzler]

Ich würde kein spezielles DBGrid entwickeln, sondern eher eine flexible Lösung um Datenmengen allgemeiner Form (z.B. auch Collections u.ä.) anzubinden.

[Rollo62]

Das FMX Binding funktioniert schon ganz gut, das ist aber dann für das Standard-Grid ohne Sonderfunktion.
Die Frage wäre eigentlich wie sieht der Performance aus ?
Wenn du große Datenmengen hast würde ich es vielleicht auch mit 3rd Party Komponenten machen.

Rollo

[Mavarik]

Das FMX-Grid ist einfach klasse...

Außerdem kann es Deine Daten auch darstellen, wenn die Datenbank zu ist...

Deine Datenbank kann einfach die Daten in das Grid.Model laden und nach einem EndUpdate - Peng alles dar...

Viel schneller...

Mavarik

[jziersch]

Hallo,

Zitat:

Deine Datenbank kann einfach die Daten in das Grid.Model laden und nach einem EndUpdate - Peng alles dar...

Mir ist es wichtig, dass die angehängten Eingabefelder und der Cursor der Datenbank über das Grid zu steuern sind, daher die "DB-" Grid Lösung. Das ganze soll ja in einer Desktop Applikation verwendet werden, nicht in einer Mobilen. Mein Ansatz muss auch nicht die gesamte Datenbank auslesen, das Grid zieht sich nur die Daten, welche gerade angezeigt werden. Ich sehe gerne die Liste der Daten in einem Grid, mache aber Änderungen an ausgewählten Daten in spezialisierten Controls oder "auf Knopfdruck". (Suche Ein-/Ausgangsrechnung zu einer Buchung auf dem Konto)

Aber ja, ich stimme Dir da zu, das FMX Grid ist ziemlich gut.
Daher beruht meine Neuimplementierung eines DBGrids auch auf dem FMX Grid und einem minimal angepassten GridModel sowie einem passenden DataLink. Sie ist inzwischen fast einsatzbereit.

Das DataBinding sehe ich zwiespältig. Der Aufwand, der für das Anbinden eines Grids (bei einer Auswahl an Feldern) intern getrieben werde muss, ist meiner Meinung nach zu hoch. Einerseits ist es zwar toll Daten an irgendwelche Eigenschaften zu übergeben, auf der anderen Seite merke ich aber auch, dass die Daten eines TEdits z.b. nicht gleich nach Eingabe und Verlassen des Feldes übergeben werden. Möglicherweise mein Fehler....

Ich plane "mein" DBGrid in seiner Basis Ausstattung über mein Forum als Community Component kostenlos zur Verfügung zu stellen.

Viele Grüsse,
Julian

[jziersch]

Heute eingebaut:
- Möglichkeit um Indikator Spalte anzuzeigen die nicht horizontal scrollt, sondern nur vertikal
- Möglichkeit Grids zu verknüpfen, sie scollen dann synchron
- diverse Optimierungen damit Das Grid mit dem DataSet und per data binding angebundene Edits synchronisiert.

Für das 1. Release fehlt noch die Registrierung sowie Designtime Editor.

Grüsse,
Julian