Hallo Raketenwilli, > Dann baust Du einen „getter“, welcher genau das HTML für das Formulfeld zurück gibt. Zu beachten ist bei sowas, dass man (a) Datenhaltung von HTML Generierung getrennt halten sollte und (b) ein solcher HTML Generator auch vorbelegte Felder erzeugen können muss (Stichwort "Affenformular"). Vorbelegung funktioniert je Eingabewidget anders, d.h. ein "getInput" ist mit value vorzubelegen und ein "getSelect" mit der Präselektion der option oder ein getRadio mit dem Prächeck eines Radiobuttons. Dein Getter erzeugt nur leere Felder. Ein OO Ansatz sollte aber einem Controller die Möglichkeit bieten, aus View-Template und Model einen ausgefüllten View zu erzeugen und dann zu rendern. Ein Getter für select muss die ganze Select-Gruppe mit den Options erzeugen; ein Getter für radio eine Radiogruppe. Ein Getter für input sollte die Option haben, eine datalist zu ergänzen. Es wäre auch hilfreich, das Label-Element gleich mit zu erzeugen. Eine standardisierte Form-Generierung sollte keine unterschiedlichen HTML Konstrukte für Label und Eingabeelement haben. Find ich. Im Endeffekt wird das alles sehr schnell sehr komplex, und ehe man es sich versieht hat man sowas wie ASP.PHP… _Rolf_ -- sumpsi - posui - obstruxi

Hallo Raketenwilli, > Dann baust Du einen „getter“, welcher genau das HTML für das Formulfeld zurück gibt. Zu beachten ist bei sowas, dass man (a) Datenhaltung von HTML Generierung getrennt halten sollte und (b) ein solcher HTML Generator auch vorbelegte Felder erzeugen können muss (Stichwort "Affenformular"). Dein Getter erzeugt nur leere Felder. Ein OO Ansatz sollte aber einem Controller die Möglichkeit bieten, aus View-Template und Model einen ausgefüllten View zu erzeugen und dann zu rendern. _Rolf_ -- sumpsi - posui - obstruxi