xm22

Nein, da es jeder anders handhabt. Ich finde die Lösung mit den Codes und ausgelagerten Meldungen ziemlich umständlich. Außerdem hat sich im beruflichen Alltag gezeigt, dass sich diese Meldungen nicht unbedingt alle 14 Tage ändern, sondern eher nie. Daher bin ich dazu übergegangen, die Fehlermeldungen schon bei der Validierung zu sammeln (Direkt als String oder in Form einer Übersetzung (Wie auch immer implementiert).

Dazu habe ich in meinem Framework einen Container, der die Messages sammelt und die Funktionen info(), success() und error() zur Verüfung stellt, die jeweils eine Nachricht oder ein Array von Nachrichten auf einen Stack legen, der dann im View ausgelesen und ausgegeben werden kann.

Bei mir ist es allerdings noch mal etwas anders, da die Validierung innerhalb eines Form-Objekts stattfindet, so dass man mittels einer Funktion einfach sämtliche aufgetretenen "Fehler"-Meldungen in einem Rutsch herausziehen kann.

EDIT: Chriz hat es ziemlich so gelöst, wie ich das meinte. @Chriz: Das mit dem Helper war in diesem Forum vielleicht ein Fehler

Mister Ad

nikosch

Es gibt ja nicht viele Möglichkeiten. Entweder
- verwaltet der Controller verschiedene Zustände und wechselt je nach Anwendung die View komplett aus. Für jeden erdenklichen Zustand gibt es hier eine statische View.
oder
- setzt der Controller die View in einen bestimmten Zustand und diese kennt verschiedene Anzeigemodi eines gemeinsamen Kontextes und erstellt die Anzeige dynamisch mit irgendeiner Art von Templatefunktionalität
oder
- Du benutzt eine Art Mischform, wo bspw. verschiedene Meldungen mit dem gleichen Template jeweils auf eine gemeinsame View-Komponente abgebildet und vom Controller mit der passenden Message versehen werden. Letztlich ist das eine Frage, woher die Nachricht kommt. Wird sie bspw. von der Validierungsfunktion geliefert, kann das nötig werden.

__________________
--
One pixel is still too big. Please make it smaller. ASAP.

Initiative Mittelstand.
Die wichtigste Gestaltungsregel im Screendesign ist Pi mal Daumen des Arbeitgebers.
--

d0ne

Ok,

ich denke ich werde einfach aufhören nur theoretisch darüber nach zu denken, sondern warte bis ich dafür wirklich mal ein Anwendungsfall habe und probiere dann ein wenig rum.

mfg
d0ne

nikosch

Genau. Dabei merkt man dann ziemlich schnell, was praktikabel ist.

__________________
--
One pixel is still too big. Please make it smaller. ASAP.

Initiative Mittelstand.
Die wichtigste Gestaltungsregel im Screendesign ist Pi mal Daumen des Arbeitgebers.
--