MVC -- Daten-Validierung, komplexe Models und deren Darstellung

[Stevie]

Ich geh mal auf DSharp ein:

Es gibt ja unterschiedliche Arten von Validierung, formale (im Sinne von, Name muss mindestens 3 Zeichen lang sein), inhaltliche (Postleitzahl muss gültig sein) und komplexe (wenn ich als Zahlungsmethode Visa auswähle müssen die Kreditkarten Daten stimmen). Die ersten beiden können noch vom Binding selber abgeprüft werden, indem man ne ValidationRule angibt. Komplexe (und teilweise auch inhaltliche) müssen in der Regel vom Viewmodel (ich bleib hier mal MVVM Pattern) durchgeführt werden, weil dort die unterschiedlichen Eigenschaften zusammen kommen, die für eine Validierung notwendig sind.

Das alles ist ohne weiteres möglich (Demo zu einigen unterschiedlichen Validierungsmöglichkeiten gibts im repository). Bei allen Arten der Validierung wird aber auf jeden Fall verhindert, dass irgendwelche nicht validierten Werte in das Viewmodel (und damit ins Model) gelangen (außer du machst es explizit durch den Aufruf der UpdateSource Methode).

Ziel der ganzen Übung ist es ja, die Oberfläche so dumm wie möglich zu gestalten, so dass sie nur als User Interface dient und jegliche Logik in der Schicht darunter steckt. Somit kannst du letzlich ganze Funktionstests automatisiert durchführen (und ich rede nicht von Dingen wie TestComplete oder so) ohne die GUI zu benötigen.

Bei Fragen zu DSharp direkt oder generell zu verwandten Themen steh ich auch gern per PM zur Verfügung.

@Roter Kasten: Memento unterstützt DSharp auch, es gibt eine Basis ViewModel Klasse, in der das direkt implementiert ist.

[webcss]

Zitat:

Zitat von s.h.a.r.k (Beitrag 1130961)

Das ist mir ja eben bewusst. Mir ist aber auch bewusst, dass ich entscheidende Dinge einfach noch nicht weiß, und ich denke, dass es hier vielen so geht
....
Was mir nur häufig fehlt ist eben ein konkretes Programmierbeispiel bzw. eigentlich Beispiele, da man ein Pattern ja auf mehrere Arten und Weisen interpretieren und umsetzen kann. Daher bin ich auch gerne offen für Code, über den diskutiert werden kann :)

Kenne ich und ist sehr blöd. Es gibt viele Seiten zu dem Thema, allerdings wenige für Delphi. Einige, die mir geholfen haben:
sourcemaking.com/design_patterns
building-a-composite-application-framework.aspx
model-view-presenter-mvp-design-pattern-close-look-part-2-passive-view.aspx

Zitat:

Zitat von s.h.a.r.k (Beitrag 1130961)

Danke für den Hinweis auf das Pattern -- kannte das noch nicht ;)

Ist z.B. auch in der unit classes vorhanden. TMemento implementiert dieses Verhalten für TPersistent (Nachfahren).

[Stevie]

Zitat:

Zitat von webcss (Beitrag 1130980)

Zitat:

Zitat von s.h.a.r.k (Beitrag 1130961)

Danke für den Hinweis auf das Pattern -- kannte das noch nicht ;)

Ist z.B. auch in der unit classes vorhanden. TMemento implementiert dieses Verhalten für TPersistent (Nachfahren).

Kann es sein, dass du TRecall meinst? Von TMemento hab ich noch nie was gehört (und ist auch nirgendwo im Delphi Source vorhanden)

[webcss]

Zitat:

Zitat von Stevie (Beitrag 1130982)

Kann es sein, dass du TRecall meinst? Von TMemento hab ich noch nie was gehört (und ist auch nirgendwo im Delphi Source vorhanden)

Uuups, ja genau, ich meine natürlich TRecall... :oops:

[mquadrat]

Die Validierung lässt sich selten eindeutig zuordnen. Im Web - wo man nicht mal eben dem Model oder dem Controller sagen kann, dass jemand ein Zeichen eingetippt hat - wird die Validierung meist direkt im View vorgenommen.

Wenn man keine Bindings benutzt würde ich in Delphi den selben weg gehen. Also entweder eine Klasse, die sich an die entsprechenden Events der Controls anhängt oder eben die Controls erweitern / dekorieren. Mit Bindings die simplen Validierungen in den Bindings und die komplexen im Modell. Validierung der komplexen Bedingungen im View-Model könnte daran scheitern, dass nicht alle der benötigten Informationen public sind.