ECHTES kleines Demoprojekt...

[Sir Rufo]

Zitat von stahli:

Ich freue mich auf heute Abend!
Video steht schon online: http://www.youtube.com/user/embarcaderogermany

Webinaraufzeichnung vom 13. Dezember 2012
Visual LiveBindings -- Datenverbindungen so leicht wie noch nie.

Während der Arbeitszeit kann ich nur leider keine Stunde dafür frei nehmen...

Nun ja, versprich dir nicht zuviel davon. Es wird eigentlich nur gezeigt wie man verbindet, aber dafür braucht man kein Video, das geht intuitiv. Allerdings mit Update 1 auch ohne Fehler (soweit gezeigt).

Und bekanntermassen wird ja auch nur das gezeigt, was funktioniert. Der Rest fällt einfach unter den Tisch.

Aber ich bin gespannt auf deinen Eindruck

[Stevie]

Zitat von Union:

Vor einem jahr, als ich meine ersten Zwangskontakte zur FM(α} hatte wurde ich ja als Nörgler angesehen. Und jetzt gibt es ja FM2, das ist bestenfalls β-Stadium. Und wer einmal sich die Mühe gemacht hat die LiveBindings von innen anzusehen wird sich über Performance nicht mehr wundern - da werden mehrere 10k Source pro Aufruf abgearbeitet.

Zumindest bei einfachen LiveBindings (Edit, Checkbox, etc) kann ich über keine Performance Probleme klagen (bei Grids und großen Datenmengen sieht das schon anders aus, daher auch in DSharp an dieser Stelle ein anderes Konzept über Datatemplates).

Ob das primär an der Menge an durchlaufenen Code liegt, mag stimmen. Primär ist jedoch die zugrunde liegende Reflection/RTTI mangels direkter Sprachunterstützung verantwortlich zu machen.

Zitat von Union:

Das kommt raus wenn man den Praktikanten ein Framework entwerfen lässt

Wenn es so wäre, wär es ja wenigstens noch eine Entschuldigung...

Hauptproblem bei der Entwicklung war mal wieder, das ganze nur mit Fishfacts und Co zu testen - ich hab das selbst schon gemerkt mit DSharp, alles super in nem kleinen Demo und dann lassen abertausende Einträge in ner Liste das Ding komplett zusammenbrechen

Ein weiterer Fehler war, für FM keine Datensensitiven Controls bzw Adapter zu bauen, da man das ja dort über LB machen kann. Dazu baut man dann einen Adapter für eine DataSource, welche dann für die Felder des DS Properties simuliert, welche dann über die LB an Controls gebunden werden... merkt ihr was?

[stahli]

Es war wie befürchtet...

Wenn das mein erster VLB-Kontakt gewesen wäre, wäre ich begeistert gewesen.
Da man aber inzwischen weiß, dass nur die strahlend weiße Spitze des Eisbergs gezeigt wird, bleibt die Begeisterung leider aus.
Irgendwie wirkt das ganze wie eine Hochglanz-Autopräsentation mit hübschen Damen, aber der Motor funktioniert noch nicht.

Schön war die Erklärung: "Man kann die LiveBindings verwenden, man muss es aber nicht." Na dann ist ja gut!

Ich bleibe dennoch (noch) optimistisch und hoffe auf eine Fehlerbereinigung in absehbarer Zeit. David I habe ich angefragt, ob seine Zusage noch gilt.


PS @Stevie: Den Grundsatz, einfache Controls an Daten zubinden (anstatt DB-Controls zu verwenden) finde ich eigentlich nicht falsch. Aber an der Umsetzung hapert es eben zu stark.

[Stevie]

Zitat von stahli:

PS @Stevie: Den Grundsatz, einfache Controls an Daten zubinden (anstatt DB-Controls zu verwenden) finde ich eigentlich nicht falsch. Aber an der Umsetzung hapert es eben zu stark.

Wenn ich mich richtig erinnere, ist es atm so, dass ich nicht einfach ein binding zwischen nem TEdit und nem Dataset/Field herstellen kann, sondern erst son TBindSourceDB Gerät benötige, welches intern die Fields auf Property "Fakes" mapped, mit denen die LB funktionieren.

[stahli]

Nächstes Problem:

Ich habe mal 100.000 Datensätze angelegt. Ein Feld ist mit Text gefüllt - also nix dramatisches.

Mit FM und der VCL braucht die IDE und die Exe bei Verwendung einer BindSourceDB ca. 2 Minuten bis die Daten angezeigt werden (hatte immer erst gedacht, die IDE hätte sich aufgehängt).

Bei Verwendung einer BindSourceDBX geht das zwar sehr fix, aber es werden immer nur 200 Records geladen (ich konnte nicht herausfinden warum das so ist).

Mit einer klassischen VCL-DB-Anwendung läuft es auf den ersten Blick erst mal korrekt.
Ob DBExpress aber sinnvoll ist wage ich inzwischen auch zu bezeifeln. Man braucht 5 Komponenten zur Verbindung an ein Gitter.

Ich denke nicht, dass Emba selbst ein ernsthaftes Projekt mit seinen eigenen Frameworks erstellen würde.

[jaenicke]

Zitat von stahli:

Mit einer klassischen VCL-DB-Anwendung läuft es auf den ersten Blick erst mal korrekt.
Ob DBExpress aber sinnvoll ist wage ich inzwischen auch zu bezeifeln. Man braucht 5 Komponenten zur Verbindung an ein Gitter.

Ich denke nicht, dass Emba selbst ein ernsthaftes Projekt mit seinen eigenen Frameworks erstellen würde.

Also was dbExpress angeht:
Das nutzen wir in Kombination mit Firebird, MS SQL und ClientDataSets sowie DataSnap immer mehr und es funktioniert auch gut soweit.

[Union]

Zitat von stahli:

Ich denke nicht, dass Emba selbst ein ernsthaftes Projekt mit seinen eigenen Frameworks erstellen würde.

Das stimmt. Der HTML5-Builder ist auch eine VCL-Anwendung. Und das Beste: Dort wird Skinning eingesetzt, aber nicht das eigene sondern AlphaControls.

[uligerhardt]

Zitat von Union:

Der HTML5-Builder ist auch eine VCL-Anwendung. Und das Beste: Dort wird Skinning eingesetzt, aber nicht das eigene sondern AlphaControls.

Dessen Ursprünge liegen aber auch vor dem Aufkauf von KSDev, oder? Und von KSDev stammt doch das VCL-Skinning?
Wäre natürlich trotzdem ne gute Idee, sich die Arbeit zu machen und das umzustellen, schon wegen der Wirkung nach außen.

[mkinzler]

HTML5-Builder aka RADPHP aka Delphi4PHP ist auch ein eingekauftes Produkt.

[stahli]

Die QC wäre auch ein lohnendes Projekt...
Nach dem, was die diversen Videos so suggerieren, wäre das in null komma nix umgesetzt...