FireMonkey ohne LiveBinding?

[Stevie]

Zitat von stahli:

DSharp unterstützt (noch) keine Grids.

Sagt wer?

DSharp unterstützt den VirtualTreeview (vielfach als Grid benutzt), das TStringGrid (brrr, wer benutzt das freiwillig?), DevExpress Quantum Grid und TreeList, TMS AdvGrid

[stahli]

Sorry, dann hatte ich das noch nicht erkannt.
Habe bisher nur oberflächlich etwas gelesen.

Aber für FM-Grids (insbes. TMSFMGrid) geht es noch nicht - oder?

[Darlo]

Ich nutze das TMS Grid genau aus diesem Grund nicht. Visual LiveBindings sind mir noch ein bisschen suspekt da ich mich damit noch nicht ausführlich genug beschäftigt habe und die Demos die ich gesehen habe noch nicht umfangreich genug waren.

Damit ich unter FM weiß wann was wo und wie mit einem Grid geschieht, mache ich das aktuell mit dem StringGrid *freu* händisch.
Sobald ich das Thema jedoch überblicke, werde ich sofort überall auf das TMS Grid umstellen.

[stahli]

@Darlo

Hier habe ich mal zu einem interessanten TMSFMGrid-Video verlinkt.

Kannst Du mal 2-3 Sätze schreiben, wie Du die Daten zurück in die Datenbank bringst, insbesondere wenn
- das Grid keine komplette Tabelle darstellt sondern z.B. einen Join oder eine View
- Zeilen gelöscht wurden (wie kann der User das?)
- Zeilen hinzugefügt wurden (wie und wann wird eine neue Id zugewiesen?)...

[Sir Rufo]

@stahli

Im Anhang ein (schnell mal hingekritzelter) Ansatz wie das funktionieren könnte.

[stahli]

Zitat von Sir Rufo:

@stahli

Im Anhang ein (schnell mal hingekritzelter) Ansatz wie das funktionieren könnte.

Schummelst Du???
So etwas kritzelt man doch nicht mal schnell...

Danke auf jeden Fall!
Das ist ganz schön komplex, bzw. ist ja einiges zu beachten.

Das TMSFMGrid ist allerdings etwas anders aufgebaut (Details muss ich mir noch anschauen.)

Löschen und Hinzufügen von Zeilen kann Deine Lösung ja aber so auch nicht.

Ich hatte angedacht, die CDS-Felder als fixe Objekte an die Zellen zu binden.
Dafür müsste man natürlich alle Felder und alle Zeilen bei der Dateninitialisierung füllen.
Evtl. wäre auch eine Überlegung, nur die Werte in die Zellen zu übernehmen und gar keine Bindung zur DB zu halten (oder wie DanielJ anregt, Datenobjekte als Schnittstelle an die Zeilen zu binden).
Das Rückschreiben (der neuen/geänderten/gelöschten Zeilen) müsste dann natürlich explizit und über SQL-Statements ausgelöst werden.

Da der User ja (bei entsprechenden Einstellungen) das TMSFMGrid ja beliebig sortieren und ggf. gruppieren kann, weiß ich nicht recht, ob Dein Ansatz dafür tauglich ist...

[Sir Rufo]

Das meinte ich auch mit mal so eben hingekritzelt und keine bis ins allerfeinste ausgeklügelte Lösung, sondern ein Ansatz, wie man es lösen kann.

Löschen, anfügen ist auch kein Problem das zu erweitern (anfügen ist etwas mehr Aufwand).

Löschen:

Im ViewModel einfach eine procedure Delete rein.
In der procedure zur entsprechenden Zeile im DataSet gehen und den Datensatz löschen.

In der View ruft man dass dann wie folgt auf:

Delphi-Quellcode:

procedure TMain_View.Delete_ButtonClick( Sender : TObject );
begin
  ViewModel.Delete;
  LoadFromModel;
end;

Für das Anfügen müsste man ein Flag im ViewModel setzen, dass man aktuell beim Anfügen ist (weil ja jetzt eine Zeile mehr als im DataSet vorhanden ist).
Aber viel mehr ist das auch nicht, die Basics sind da.

Und beim Post im ViewModel muss man dann eben die Daten per Append an das DataSet anhängen.

[DanielJ]

Zitat von stahli:

Kannst Du mal 2-3 Sätze schreiben, wie Du die Daten zurück in die Datenbank bringst, insbesondere wenn
- das Grid keine komplette Tabelle darstellt sondern z.B. einen Join oder eine View
- Zeilen gelöscht wurden (wie kann der User das?)
- Zeilen hinzugefügt wurden (wie und wann wird eine neue Id zugewiesen?)...

Wie währe es mit ein paar netten Daten-Objekten die du an deine Grid-Spalten hängen kannst. Bei Änderungen an einer Spalte erzählst du dem Angehängten Objekt davon. Das entscheidet dann ob, wo und wie das Gespeichert werden kann/muss.
Alles andere ist doch, mit oder ohne Livebindings, für mehr als eine Schnelle Datenansicht eh Murks!