On Thursday 22 March 2012, Marco Scholl wrote: > * ordentliches Fehlerhandling im form system. Ich hab sowas mal für > 2.3 gebaut. https://github.com/traxanos/better_form_builder. Hier > kann man sich anschauen wie die API aussehen sollten imho. ohne das > jetzt im Detail zu kennen, aber inwiefern unterscheidet sich das > jetzt von formtastic(https://github.com/justinfrench/formtastic) und > dem ganzen Gesummse, dass sich mittlerweile darum gebildet hat? > Scheint irgendwie immer die Frage zu sein, was ist Core und was ist > plugin/gem... > > das problem ist formtastic versucht alles erstmal generisch zu lösen, > das will ich aber nicht, da es in 90% aller Fälle nicht zu dem passt > was der Kunde will. wobei formtastic gut für ein backend ist. Ich > will ja eigentlich bessere Basisfunktionen haben. z.B. das Form > fragen eb es einen Fehler auf dem Feld xy gibt. Das geht in dem ich > das Model frage, das will ich aber nicht. Ich will das Form fragen, > da es das Model kennt und ich so eine Fehlerquelle weniger habe und > lesbaren/wartbareren Code entsteht.
Ich bin nicht ganz sicher, aber das klingt für mich so, als wolltest du Presenter (oder Presentation Models oder wie immer man das gerade nennen mag) haben. Denn die Frage "hast du einen Fehler" sollte ja nicht an den View gerichtet werden, dessen Aufgabe allein die Darstellung ist, sondern an etwas Model-artiges. Zustimmung? Einwände? Michael -- Michael Schuerig mailto:mich...@schuerig.de http://www.schuerig.de/michael/ _______________________________________________ rubyonrails-ug mailing list rubyonrails-ug@headflash.com http://mailman.headflash.com/listinfo/rubyonrails-ug
