Hallo Männer (und die Mädels auch),
ich bin überrascht, dass mein Beitrag hier dermaßen untergegangen ist.
Ich will nicht glauben, dass das wirklich so passieren konnte - NEIN, das will ich nicht - NEIN!
Viel mehr will ich glauben, dass ich das Konzept vielleicht zu theoretisch erklärt habe und Ihr nicht nachvollziehen konntet, was das Ganze soll...
Daher habe ich noch einmal ein kleines, an der Praxis orientiertes Testprojekt erstellt, das von Anfang an zeigt, wie man eine Anwendung mit den odControls aufbauen kann.
Ursprünglich wollte ich eine kleine "Schulverwaltung" erstellen, in der man Lehrer, Schüler und ein paar Fahrzeuge (o.ä.) verwalten kann.
Um das Ganze nicht noch mehr in die Länge zu ziehen, habe ich mich dann doch auf ein paar Testobjekte beschränkt (es geht ja nur um die Arbeitsweise).
Im wesentlichen erkennt man, dass
- man für die Datenklassen keinen Code schreiben muss
- die Daten (automatisch) von der
GUI getrennt sind
- die Bindung der Daten und
GUI in der
IDE einfach durch Selektion der gewünschten Eigenschaft erfolgt
- in der
GUI nahezu nichts programmiert werden muss.
Sicher sind die odControls noch ausbaufähig und an einigen Stellen noch zu optimieren, mir geht es im Moment jedoch auch erst einmal um die grundlegende Arbeitsweise.
Ich würde mich daher freuen, wenn Ihr Euch doch einmal die Zeit nehmt, Euch das anzuschauen. Es ist eine (aus meiner Sicht) ziemlich neue Arbeitsweise mit Delphi.
Jedenfalls hätte ich so etwas früher gern genutzt, habe aber nie eine ähnliche Lösung gesehen.
ECO unter .net war von der Grundidee her vielleicht ähnlich, wenngleich ein anderer Ansatz dahinter steckte. Leider hat dies (nach meinen Erfahrungen nicht stabil funktioniert.
Die XE2-Datenbindung steht natürlich in den Startlöchern und Stevies Lösung ohnehin. Vielleicht lässt sich meine Datenbindung durch diese Lösungen ersetzen, wobei die Datenbindung nur einen Teil der odControls darstellt und meine Lösung auf das Zusammenspiel meiner Controls optimiert ist.
Bei der Verwendung der odControls arbeitet man mit ganz klassischen Delphi-Objekten, die die Daten und die Geschäftslogik implementieren. Bei der Erstellung der Objekte bzw. Klassen hilft ein Experte, so dass man diese nicht selbst schreiben muss (außer die Geschäftslogik).
Die odControls kümmern sich dann automatisch um das Speichern und Laden der Daten und um die Kommunikation der Daten mit den
GUI-Controls (Formularen) ... zur Run- und Designtime.
Die Möglichkeit, an den Klassen zu arbeiten und dennoch jederzeit Änderungen an den Datenstrukturen vorzunehmen, habe ich bisher noch nirgens gefunden. Man war dann doch immer irgendwo limitiert und konnte nicht beliebig flexibel an den Klassen arbeiten.
Ich hätte erwartet, dass die Lösung auf eine Resonanz trifft ("breitere Resonanz" wäre hier falsch formuliert), da es sich ja um einen ganz allgemeinen Ansatz handelt, den irgendwann jeder mal nutzen könnte.
Daher nun noch mein zweiter Versuch - vielleicht wird das Konzept ja etwas verständlicher durch ein praktisches Beispiel.
Es wäre nett, wenn Ihr mal die eine oder andere Folge "verbotene Liebe" ausfallen lasst
und Euch statt dessen mein Gestammel antut...
Vielleicht bin ich ja aus Eurer Sicht auf einem Holzweg - dann könnt Ihr es gefahrlos sagen...
Vielleicht gibt es bessere Lösungen für eine solche Arbeitsweise - dann immer her damit...
Habt Ihr vielleicht ähnliche (oder bessere) Lösungen selbst entwickelt? Warum hört man dann nix davon?
Ok, wenn es Euch nicht interessiert, dann lässt es sich nicht ändern...
Also hier mein letzter Versuch:
Bis zum Video 03 (ich hatte mit der Projektvorbereitung mit 00 angefangen, da ich das noch nichts weiter mit den odControls zu tun hat) erkläre ich - das ist zugegebener Maßen etwas trocken - die Vorbereitungen und die Datendefinition.
Mehr zu sehen gibt es dann ab 04. Wer nur mal einen schnellen Blick werfen will, dann vielleicht besser ab dort...
Zum besseren Verständnis der Arbeitsweise und des grundsätzlichen Konzeptes sind aber die vorherigen Videos wichtig (ein Projekt fängt man ja am Anfang an
)
http://www.stahlisoft.de/videos/scho...school-00.html (3 Min)
- Projekterstellung (allgemeine Vorbereitung)
- Formularanwendung,
Package + Projektgruppe
http://www.stahlisoft.de/videos/scho...school-01.html (11 Min)
- erste Experten-Verwendung
- Benutzug der erstellten Units (Klassen)
http://www.stahlisoft.de/videos/scho...school-02.html (9 Min)
- Trennung
GUI + Daten im Projekt (DataModule)
- Formularvorbereitung
- erste Datenbindung (4. Min)
- erster Projektstart
http://www.stahlisoft.de/videos/scho...school-03.html (21 Min)
- Komplexere Datenstruktur + neue Klasse
- Änderung der "Geschäftslogik"
http://www.stahlisoft.de/videos/scho...school-04.html (10 Min)
- Daten in Listen
http://www.stahlisoft.de/videos/scho...school-05.html (6 Min)
- andere Listendarstellung
- die gleichen Daten im TabControl
http://www.stahlisoft.de/videos/scho...school-06.html (15 Min)
- spezialisierte Darstellungsobjekte
http://www.stahlisoft.de/videos/scho...school-07.html (7 Min)
- spezialisierte Bearbeitungsformulare
- (Die Zuweisung der odFormCtrl wird noch vereinfacht.)
Die odControls enthalten noch einige Komponenten, die hier noch nicht zu sehen waren. So z.B. einen Designer, auf den der Endanwender Objekte aus einer Palette ziehen und dann beliebig anordnen und bearbeiten kann. Einiges davon kann man in meiner Turniersoftware auf meiner Homepage sehen.
So. Bin nochmal gespannt...
Evtl. Meinungen bitte hier.
Bei Interesse am Testen bitte per pn (Die Controls sind eigentlich noch in der Entwicklung und Hilfen gibt es noch keine.)
Falls jemand einen Vorschlag für ein anderes Demoprojekt hat, da könnte man auch drüber reden...
PS: Über meine Englisch-Versuche bitte nicht so laut lachen, dass ich es hören kann...