ssFrameWork (StahliSoft - FrameWork)

[stahli]

Hier mal die nächsten Schritte: http://youtu.be/XW5MnL45Nyo (10 min )

Die Zellen sind jetzt immer komplett vom gleichen Typ. Sie enthalten also nicht mehr eingesetzte Comboboxen oder Checkboxen sondern ändern lediglich je nach Vorgabe ihre Erscheinung und Verhaltensweise.
Entsprechend lassen sich beliebige weitere Zellentypen erstellen und verwenden.

Mein Problem ist noch der Umgang mit den Styles unter FMX. Das ist irgendwie zu verwirrend und vor allem auf Grund diverser Fehler und Probleme nicht wirklich benutzbar.

Bisher kommt die GUI nahezu ohne Quellcode aus. Die Füllung der Listen mit Einträgen kann direkt in den Businessklassen "vordefiniert" werden.

Als nächstes will ich dem Gitter die Möglichkeit bieten, die Zellen dynamisch zu formatieren.
Wenn in meinem Beispiel in der Spalte "NativeType=ntString" eingetragen wäre, müssten die Zellen MinValue und MaxValue für die Zeile ausgeblendet und dafür aber "MaxLength" und "UpperLower" eingeblendet werden.
Im Falle von ntBoolean müsste "DefaultValue" als Checkboxzelle dargestellt werden.
Das muss dann natürlich über einen Ereignishändler in der GUI erfolgen.

Mein Ziel ist aber, die GUI so weit wie möglich ohne Quelltext auskommen zu lassen. Entsprechend soll das Framework den größten Teil der Vermittlungsarbeit übernehmen.

[stahli]

Der ORM flutscht nun grundsätzlich auch (ist natürlich noch einiges zu tun)...

Im Beispiel lese ich 33.000 Datensätze ein, erzeuge zwei Objekttypen und eine Verbindungstabelle und brauche dafür im Moment 27 Minuten.
Das scheint mir schon ganz ok.

Ein Datensatzwechsel im Gitter braucht 1/2 Sekunde (da alle Datencontrols neu gezeichnet und wenn vorhanden mit neuen Daten befüllt werden). Es rennt also nicht, ist aber m.E. flüssig genug. Einiges kann man sicher auch noch optimieren.

Das Formular benötigt absolut keinen Quelltext (OnCreate wäre verzichtbar).
Ansonsten habe ich nur zwei Units, in denen ich in zwei Funktionen die Businesslogik implementieren musste.

Den Rest erzeugt der Klassenexperte und die Datenbindung regelt das Framework.

"StrasseHausNr" ist eine berechnete Eigenschaft des Objektes TGrundstueck und kann im Gitter mit dargestellt werden.

Die Datenbank-Tabellen müssen derzeit noch von Hand angelegt werden (passend zu den Klassenstrukturen). Bestenfalls sollte das Framework diese Definitionen/Änderungen später natürlich selbst mit vornehmen.


Die letzten Tage war ich etwas gebremst aber jetzt bin ich doch wieder optimistisch.