Zitat von Sir Rufo:

Da kann man sich ruhig auf den Boden werfen und die Luft anhalten bis man blau wird.

Im Supermarkt bekomme ich dann meist einen Lolly, aber nicht immer.
(Rest per Mail)


@Union
Genau so ist mein aktueller Ansatz.

Wir setzen gerade ein MVVM-Konzept ein und eigentlich ist das sehr einfach. Ein bischen mehr Aufwand und einiges an (Binding-)Vorarbeit, aber dann geht das echt einfach. Das einzige, was man auch hier beachten muss, sind die Property-Change-Notifications, die nicht als einfaches Event umgesetzt werden, weil ja die Notification aus einem anderen Thread erfolgt.

Blöd an dem Original-MVVM ist, das man das NotifyPropertyChanged mit dem Namen der Property aufruft, die sich verändert hat. Als String Wir haben das mit Expressions gelöst, die es in Delphi leider nicht gibt, aber -na ja- meckern kann man immer.

Wie schon mal gesagt: Schade, dass da jeder sein eigenes Süppchen gekocht hat.
Meins köchelt jetzt eben auch noch...

Hallo Stahli,

Zitat von stahli:

Wie schon mal gesagt: Schade, dass da jeder sein eigenes Süppchen gekocht hat.
Meins köchelt jetzt eben auch noch...

Ich habe schon zuviel schlechten Threading-Code gesehen. Entweder wurden die Risiken der Threading Programmierung nicht vollständig berücksichtigt, was dann dazu führte, dass das Programm unvorhersehbar und unerklärlich merkwürdiges Verhalten zeigte oder aber es waren soviele Critical-Sections darin, dass man sich fragte warum überhaupt Threads verwendet werden.

Deswegen habe ich mir geschworen, dass ich vor dem nächten Projekt mit Threading, zu allererst die Fähigkeiten der OmniThreadLibrary auschecken werde.

Da hat ein echter Threading-Experte seit 2008 seine Wunsch-Library gebaut und (und das ist viel zu selten der Fall) sie auch dokumentiert. In dem Blog des Autors kannst du viel über die Entstehung der OmniThreadLibrary erfahren, aber auch über Threading allgemein.

Bevor als die eigene Suppe überbrodelt, würde ich mal die OmniThreadLibrary schmecken.

Ciao Heinz Z.