Delphi XE3?

[stahli]

Zitat von Peter666:

Ehrlich gesagt ist so etwas ein klares Nogo und wenn nichtmal eine einfache Listbox performant läuft, dann braucht man Treeviews und Grids ehrlich gesagt gar nicht erst probieren. ... Überspitzt formuliert heisst das, dass wohl keiner wirklich ne Tabelle auf ne Kugel rendern lässt und diese da mit dem Gyroskop auf seinem Tablet drehen will.

Ich schaue nach längerer Zeit mal wieder vorbei...

An XE3 finde ich eigentlich nur das Visual LiveBinding reizvoll. Zumindest scheint es in die richtige Richtung zu gehen. Mal schauen, ob es Videos geben wird, die auch auf die (möglicherweise existenten) kleinen Haken und Details eingehen.
Für XE4 würde ich mir ein Rundum-Sorglos-ORM wünschen, das mir meine Datenobjekte persitiert und zwischen Server und Clients verteilt, die ich dann über das Visual LiveBinding an die Formular-Controls binden kann. Das wäre für mich DAS Kaufargument.

FM(2) fände ich nur interessant, wenn es sauberer aufgebaut wäre und sich leichter an eigene Bedürfnisse anpassen ließe als die VCL. Bei der VCL gibt es m.E. einfach zu viele Überraschungen, wenn man einige Details anpassen will (Drag&Drop, Fokusbehandlungen o.ä.). Vorteile vermute ich bei FM aber da nicht.

Unter "Layoutmanager" kann ich mir derzeit nichts vorstellen.

Ich werde mal ein halbes Auge offen halten...

[mkinzler]

[QUOTE=stahli;1179733]

Zitat von Peter666:

An XE3 finde ich eigentlich nur das Visual LiveBinding reizvoll. Zumindest scheint es in die richtige Richtung zu gehen. Mal schauen, ob es Videos geben wird, die auch auf die (möglicherweise existenten) kleinen Haken und Details eingehen.

http://www.mitov.com/products/openwirelivebindings

Zitat:

FM(2) fände ich nur interessant, wenn es sauberer aufgebaut wäre und sich leichter an eigene Bedürfnisse anpassen ließe als die VCL. Bei der VCL gibt es m.E. einfach zu viele Überraschungen, wenn man einige Details anpassen will (Drag&Drop, Fokusbehandlungen o.ä.). Vorteile vermute ich bei FM aber da nicht.

Was meinst du damit?

Zitat:

Unter "Layoutmanager" kann ich mir derzeit nichts vorstellen.

http://de.wikipedia.org/wiki/Layoutmanager

[stahli]

Zitat von mkinzler:

http://www.mitov.com/products/openwirelivebindings

Das gefällt mir sehr gut! Mal sehen, welche Variante sich eher durchsetzt.

Zitat von mkinzler:

Was meinst du damit?

Ich habe eigene Komponenten abgeleitet, die an Objektpropertys gebunden wurden und in spezieller Weise auf Mausereignisse reagierten sollten. Die VCL-Controls sind gegenüber solchen spezifischen Anpassungen leider etwas widerspenstig und oft unlogisch aufgebaut (z.B. wird OnClick nicht nur aufgerufen, wenn die Kompo angeklickt wird oder eine RadioGroup "klickt", wenn das Formular aktiviert wird).

Zitat von mkinzler:

http://de.wikipedia.org/wiki/Layoutmanager

Danke. Das kann eine nützliche Sache sein.

[mkinzler]

Zitat:

Das gefällt mir sehr gut! Mal sehen, welche Variante sich eher durchsetzt.

Ich vermute mal, das ist die selbe Lösung.

[himitsu]

Nur mal so eine rein hypothetische Frage:

Im Prinzip ist es doch erstrebenswert die Logic von der GUI zu trennen, also da stimmt ihr mir doch zu?

Aber irgendwie ist das LiveBinding IMHO doch Logic (Verknüpfungen von Komponenten), welche direkt in der GUI rumgammeln.



Wenn man will, dann kann man ja schon einen ganzen Taschenrechner zusammenbauen, wobei die gesamte Logic nur noch im LiveBindung liegt ... also die Logic komplett in der GUI
Ich finde zwar das Beispiel nicht mehr, aber ich sah letztes Jahr mal eine Demo, wo man im LiveBinding beim Ziel sowas wie "Edit1 + Edit2" oder war's "Edit1.Text + Edit2.text" eintrug und dann wurde im Edit3 die Summe der beiden Werte angezeigt.

[MEissing]

Zitat von himitsu:

Nur mal so eine rein hypothetische Frage:

Im Prinzip ist es doch erstrebenswert die Logic von der GUI zu trennen, also da stimmt ihr mir doch zu?

Aber irgendwie ist das LiveBinding IMHO doch Logic (Verknüpfungen von Komponenten), welche direkt in der GUI rumgammeln.

Visual LiveBinding ist mehr als das Verknüpfen von Komponenten.

Man kann auch x-beliebige Objekte (natürlich auch eigene) verbinden. TFoo mit seinen Membern an datensensitive Objekte. TFoo (in einer anderen Klasse/Unit) bildet dann die Persistenz ab....

Aber: A fool with a tool is still a fool!

[Wosi]

Zitat von himitsu:

Nur mal so eine rein hypothetische Frage:

Im Prinzip ist es doch erstrebenswert die Logic von der GUI zu trennen, also da stimmt ihr mir doch zu?

Aber irgendwie ist das LiveBinding IMHO doch Logic (Verknüpfungen von Komponenten), welche direkt in der GUI rumgammeln.



Wenn man will, dann kann man ja schon einen ganzen Taschenrechner zusammenbauen, wobei die gesamte Logic nur noch im LiveBindung liegt ... also die Logic komplett in der GUI
Ich finde zwar das Beispiel nicht mehr, aber ich sah letztes Jahr mal eine Demo, wo man im LiveBinding beim Ziel sowas wie "Edit1 + Edit2" oder war's "Edit1.Text + Edit2.text" eintrug und dann wurde im Edit3 die Summe der beiden Werte angezeigt.

Ich denke bei LiveBindings geht es darum triviale Zusammenhänge zwischen einzelnen Controls darzustellen und nicht um tatsächlich Anwendungen zu programmieren. Dem Entwickler wird so einiges an lästigem Code erspart, der andernfalls in der Formular-Klasse untergebracht werden muss. Dadurch wäre die Logik auch wieder in der GUI verankert.
In Qt gibt es ein ähnliches Konzept schon länger: Signals and slots