Welche Konsequenzen zieht ihr aus den Features für XE2?

[Stevie]

Zitat von mquadrat:

Mhh also die Live-Bindings sind schon mal besser als nichts. Ich kann mich noch nicht so ganz entscheiden, ob ich die mag oder nicht. Werde es mal ausprobieren, sobald ich eine XE2 hab. Aber vom Konzept her, find ich DSharp schöner.

Das geht runter wie Öl Wenns raus ist, werd ich mal eine Gegenüberstellung machen

[mquadrat]

Wer Gutes leistet, wird auch gelobt

[mquadrat]

Mag mir jemand erklären, wo der Sinn bei Live-Bindings liegen, wenn ich denen mittels Notify erst mitteilen muss, dass sich was geändert hat? Dann hab ich doch fast genau so viel Glue-Code wie vorher auch, oder nicht?

[Lemmy]

Hi,

selbst beim Observer-Pattern musst Du ja mitteilen, dass sich was verändert hat. Was mir am LiveBinding überhaupt nicht gefällt ist die Beschränkung auf TComponent. Gibts dazu irgend welche Aussagen? Die Anbinung des eigenen BusinessModel kann man so vergessen.... Da es ja offensichtlich per RTTI geht, warum wurde das nicht schon viel weiter oben in die VCL eingehängt?

Grüße

[mquadrat]

Naja, aber man hätte ja wenigstens den Controls eine PropertyChangedNotification mitgeben können, die das selber macht. Stattdessen muss ich entweder selber Subclassen oder eben Glue-Code schreiben.

TComponent ist zum Glück für uns kein Problem, da unsere Geschäftslogik bereits darauf aufbaut.

[blackfin]

Gibts irgendwo ein Tutorial, wie man diese Live-Bindings verwendet?

[ensaron]

Zitat von blackfin:

Gibts irgendwo ein Tutorial, wie man diese Live-Bindings verwendet?

Das hier könnte dich interessieren:

http://www.delphi-forum.de/viewtopic.php?t=106839

[jaenicke]

Zitat von Lemmy:

selbst beim Observer-Pattern musst Du ja mitteilen, dass sich was verändert hat. Was mir am LiveBinding überhaupt nicht gefällt ist die Beschränkung auf TComponent. Gibts dazu irgend welche Aussagen?

Das ist nicht darauf beschränkt, siehe Hilfe:
http://docwiki.embarcadero.com/RADSt...ry:LiveBinding
Speziell:
http://docwiki.embarcadero.com/RADSt...reated_Objects

[Stevie]

Zitat von mquadrat:

Mag mir jemand erklären, wo der Sinn bei Live-Bindings liegen, wenn ich denen mittels Notify erst mitteilen muss, dass sich was geändert hat? Dann hab ich doch fast genau so viel Glue-Code wie vorher auch, oder nicht?

Leider wurde das scheinbar nicht konsequent in die VCL Controls (zu FMX kann ich nicht viel sagen) eingebaut. Einer meiner vielen Kritikpunkte zu den LiveBindings bisher. Theoretisch gibt es über die neue Observer property von TComponent die Möglichkeit, dass, was ich in der extra "Zwischenunit" bei DSharp gemacht habe direkt in den entsprechenden Change methoden der Controls einzubauen. Das scheint auch der Fall zu sein für einige Controls (angeschaut bei TEdit und TCheckBox). Allerdings stimmt dort die Reihenfolge nicht, so dass der Observer feuert, bevor die Property aktualisiert wurde (KeyDown Methode im TCustomEdit z.B.). Außerdem registrieren die TBindingExpression Objekte keine Observer, dies tun nur die TBindLink Objekte (weiterer Kritikpunkt, keine gemeinsame Basisklasse). Diese haben aber noch das Problem, dass das SourceObjekt ein bestimmtes interface (irgendwas mit IEditBindLink oder so) implementieren müssen. Ansonsten bleibt das TEdit einfach ma ReadOnly.

Zitat von Lemmy:

Was mir am LiveBinding überhaupt nicht gefällt ist die Beschränkung auf TComponent. Gibts dazu irgend welche Aussagen? Die Anbinung des eigenen BusinessModel kann man so vergessen.... Da es ja offensichtlich per RTTI geht, warum wurde das nicht schon viel weiter oben in die VCL eingehängt?

Bindings arbeiten auch mit TObject. Die Property heißt aber anders (DataObject oder so...) Das fällt nur in der IDE nicht auf, weil man dort ja nur TComponent Derivate hat. Ich glaube in der Doku gibts ein Beispiel, wie man einfache Objekte über Bindings aneinander heftet.


Generell kann ich mich des Eindrucks nicht erwehren, dass das Hauptziel der LiveBindings das fitmachen von FMX für DB Geschichten ist. Dann schien jemandem aufgefallen zu sein, dass man da ja noch mehr draus machen kann aber es wurde nicht konsequent und qualitativ hochwertig umgesetzt.

[mquadrat]

Zitat von Stevie:

Generell kann ich mich des Eindrucks nicht erwehren, dass das Hauptziel der LiveBindings das fitmachen von FMX für DB Geschichten ist. Dann schien jemandem aufgefallen zu sein, dass man da ja noch mehr draus machen kann aber es wurde nicht konsequent und qualitativ hochwertig umgesetzt.

Dafür würde ja auch sprechen, dass es in der Feature-Matrix in der Rubrik Datenbanken steht.

Völlig irritierend finde ich, dass ich entweder zu blöd bin eine konzeptuelle Beschreibung der Live-Bindings zu finden oder das es sowas nicht gibt. Die ganzen Tutorials beziehen sich immer auf die BindingExpression. Und der Unterschied zwischen Managed und Unmanaged Binding wird auch nur sehr sehr sparsam beschrieben. Aber gut, als Programmier-Spielkind probiert man ja eh alles selber aus