I agree with Marks reasons for using the ActionForms, They are cleanly organized in cleanly organized in package structures. If you have a nice naming convention for ActionForm matching JSPs, you know rightaway which form bean is used.
In #2 you have to search for it in configs and the property names. Although I used DynaForms when the form is really small and need minimal validations, and thats what I would use it for. Panchasheel -----Original Message----- From: Mark Galbreath [mailto:[EMAIL PROTECTED] Sent: Tuesday, September 30, 2003 1:37 PM To: Struts Users Mailing List Subject: RE: [POLL] ActionFrom vs DynaActionForm As Linus Tovalds said about SCO, "You must be smokin' crack." -----Original Message----- From: Brandon Goodin [mailto:[EMAIL PROTECTED] Sent: Tuesday, September 30, 2003 1:28 PM #1 Reasons: -Dynas massive struts configs are annoying and the runtime errors bite. -DynaForm time saving is insignificant (how long does it take for your ide to generate getters/setters?). -Refactoring is easier is traditional ActionForms -Also, for all the time that you spend restarting your tomcat for each change you make to the config you could make changes to a hard class more easily and let the classloader reaload it instead of the whole container. -An ActionForm is more cleanly organized in package structures (not configs). -DynaForms also have limitations in regards to the use of LazyList -DynaForms also make extending more difficult -DynaForms also don't have traditional getters and setter for the times that you want to insert code into them (personally, I use them quite often cuz I don't like huge Action classes) That said... I am not completely anti Dyna. I just don't see the value in using them for everything. I've used them for my whole app and didn't find them that useful. But, I have used them in niche cases where I wanted to enhance chained action classes (see http://strutschaining.org/ ). But, even that can be solved with a mapped back form. IMAO - I do not see the case for DynaForms. But, I am willing to be convinced. Brandon Goodin --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]