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

[DSCHUCH]

hm. ok, also ein automatisierter event-handler auf ein property-change inkl. automatismen wie getvalue für oberflächenfelder.... interessant auf jeden fall.

also zumindest wenn ich das nach 30 sek überfliegen deiner signatur richtig verstehe. ^^

wird damit eigentlich auch das problem gelöst das man bei events eine 1:1 beziehung hat? also kann man damit (automatisch, selbst bauen kann ich es mir natürlich) mehrere ereignis-proceduren an ein ereignis hängen?

ein property wäre ja zB datasetchange oder recordchange (oder einfach nur recno) von dataset.

oder ist das ausschliesslich für diese "value" / oberflächenanzeigen gedacht?

[Stevie]

Zitat von DSCHUCH:

hm. ok, also ein automatisierter event-handler auf ein property-change inkl. automatismen wie getvalue für oberflächenfelder.... interessant auf jeden fall.

also zumindest wenn ich das nach 30 sek überfliegen deiner signatur richtig verstehe. ^^

wird damit eigentlich auch das problem gelöst das man bei events eine 1:1 beziehung hat? also kann man damit (automatisch, selbst bauen kann ich es mir natürlich) mehrere ereignis-proceduren an ein ereignis hängen?

ein property wäre ja zB datasetchange oder recordchange (oder einfach nur recno) von dataset.

oder ist das ausschliesslich für diese "value" / oberflächenanzeigen gedacht?

Nicht falsch verstehen, was ich auf meinem Blog schreibe bezieht sich auf meine Implementierung (die ab Delphi 2010 läuft) und hat nicht direkt etwas mit den LiveBindings in Delphi XE2 zu tun. Wie diese implementiert sind, wird sich zeigen. Und wo die Features und Möglichkeiten sich überschneiden oder auch nicht.

In meiner Library gibt es Multicast Events (ein Ereignis ruft mehrere Eventhandler auf). Observer Pattern halt. Und wie sehr nun Events für Property changes in alle möglichen Klassen der RTL und VCL eingebaut werden, ist auch abzuwarten, aber ich glaube eher weniger.