litterauspirna

Ich weiß was du meinst, aber es wusste bzw. weiß ja keiner wie xm22 das in seiner Anwednung regelt, deshalb meine Antwort.
Und wenn er das eben über Redirect reglet dann war ja meine Antwort ne ganz so falsch oder?

__________________
Aus dem Dynamo Lande kommen wir. Trinken immer reichlich kühles Bier. Und dann sind wir alle voll, die Stimmung ist so toll. Aus dem Dynamo Lande kommen wir.
http://www.lit-web.de

Mister Ad

nikosch

Nunja, auf diesen Aspekt geht die AUsgangsfrage gar nicht ein, von daher hat mich auch einigermaßen überrascht.

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

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

xm22

Eigentlich war das genau _der_ Aspekt der Ausgangsfrage. Aber offensichtlich ist das nicht so rüber gekommen, wie es gemeint war

Momentan habe ich kein passendes Projekt, aber bisher habe ich immer eher mit fat Controllers gearbeitet, wo von ich eigentlich weg möchte.

nikosch

So eine Anforderung würde ich so regeln: Ich implementiere sogenannte Persistenzobjekte, die bspw. in der Session residieren. Die bekommen einen Schlüssel, der bspw. dem Namen der nutzenden Komponente entspricht und in der Session z.B. den Array-Schlüssel bilden würde.
Da hier das Model eine Möglichkeit zur Persitierung erhalten soll, wird das Model bei Erzeugung mit einem Persistenzobjekt parameterisiert (Composite) oder davon abgeleitet - Geschmackssache. Je nach Vorgehen „speicherst“ Du auf unterschiedlichen Wegen Daten im Persistenzbereich des Models und holst sie woanders wieder ab. Damit hast Du die Session oder eine andere verwendete Komponente vom Model-Objekt entkoppelt. Das einzige was man sich ausdenken muss ist eine gute Konvention für die Vergabe der Schlüssel.

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

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