Trennung von GUI und Logik, wie geht ihr vor?

[Stevie]

Bei 11:35 musst ich mir schon ein bisschen an den Kopf fassen - dass M-V-VM der gleichen Reihenfolge der Komponenten folgt wie sie auch M-V-C und M-V-P nutzen, darauf ist er nicht gekommen, oder?

Generell muss ich sagen, dass man das meiste Material zu MVVM aus der Delphiwelt in die Tonne kloppen kann, weil die meisten nicht verstehen, was der Kern von MVVM ist. Nur weil man UI von Businesslogik trennt macht man noch lange kein MVVM - in dieser Hinsicht ist das Video von Olaf schon eins der besten - dass ich seiner Implementierung und dem Argument, Delphi muss RAD sein, nicht ganz zustimme, steht auf einem anderen Blatt.

Ob man nun MVC, MVP, MVVM oder LMAA macht ist am Ende fast wurscht und hängt auch von den eigenen Bedürfnissen und Vorlieben ab. Ich bin inzwischen der Meinung, dass MVVM in Delphi mehr Schmerzen als Freude macht - zumindest solange bis man sich ein mehr oder minder mächtiges Framework gebaut hat (etwas, was ich mal gestartet aber aufgrund verschiedener Gründe abgebrochen habe).

Hier gibts einen kurzen aber guten Vergleich der gängisten Ansätze: https://stackoverflow.com/a/5124291/587106

[freimatz]

Wir verwenden schon seit Jahren MVVM mit einem selbstgebastelten FrameWork.
Ich stimme Stevie in fast allem zu. Fast - es macht auch mit FrameWork noch Schmerzen.

[Rollo62]

Setzt den jemand Daniel Teti's DMVC ein, was ist davon zu halten ?

Womöglich gibt es da auch Ansätze als View statt auf einem WebModul auf eine Form zu gehen ?
Ich habe da was von Messaging, etc. gesehen, was vielleicht auch ein gangbarer Weg wäre M V und C elegant zu entkoppeln und doch zu verbinden ...


Rollo

[Stevie]

Zitat von Rollo62:

Setzt den jemand Daniel Teti's DMVC ein, was ist davon zu halten ?

Womöglich gibt es da auch Ansätze als View statt auf einem WebModul auf eine Form zu gehen ?
Ich habe da was von Messaging, etc. gesehen, was vielleicht auch ein gangbarer Weg wäre M V und C elegant zu entkoppeln und doch zu verbinden ...

AFAIK hat DMVC nix mit dem MVC im Sinne von UI-BL Trennung zu tun. Das ist ein pures REST Server Framework.
Ob du als Frontend ne Delphianwendung oder Angular Webseite hast, ist dem Ding egal.

[Rollo62]

Hallo Stevie,

Ok, dachte ich mir schon.
Hätte je sein können das er auch irgendwo ein Form-Frontend versteckt hätte.

Schade, könnte man sich aber vielleicht selber drumrumbauen, aber macht sowas Sinn ?
Ich persönlich finde den REST-Server Ansatz erstmal nicht verkehrt, weil es vielleicht
alle Möglichen View-Technologien (Delphi, JS, ...) offen hält.
Ist aber auch vielleicht mit Kanonen auf Spatzen wenn man den Server nicht braucht.

Rolf

[mkinzler]

Machbarkeitsstudie: https://bitbucket.org/sglienke/knockoff

[Stevie]

Zitat von mkinzler:

Machbarkeitsstudie: https://bitbucket.org/sglienke/knockoff

Ja, mehr aber auch nicht.

Bei MVVM im Web (wie z.b. Knockout) gibt es einfach viel mehr Möglichkeiten, das einfach so schön in den HTML Code einzubetten und das Framework die ganze DOM Manipulation machen zu lassen. Und selbst mit WPF/XAML bekommst das besser hin als in Delphi. Da bleib ich lieber bei DB aware Controls und bau mein ViewModel/Controller/whatever als Memory- bzw Objekt- DataSet/DataModule. Da kann man dann mit den verschiedenen DataSet/Field states schon viel steuern, was die UI angeht (readonly, enabled, etc). Zumindest in der VCL. In FMX muss ich dann auch wieder aus Mangel an DB aware Komponenten mit den LiveBindings rumfummeln.