Haven't actually tried the Dynaforms myself so couldnt make such a recommendation. One thing Ive noticed though is that as soon as you think you have something that will be suitable for all your needs along comes another requirement that what you have cant handle (its a direct result of murphys law...) :-(
To be honest (looking from the outside) I dont see what all the fuss about Dynaforms is... I much prefer having nice solid bean classes that I can compile against... (And get nice JBuilder tooltips reminding me what properties they have hehe ;->) (Mind you Im not using JSP (cos its evil) and tend to access my forms as java objects quite often in my form renderers...) -----Original Message----- From: Xavier Combelle [mailto:xcombelle@;kaptech.com] Sent: Thursday, October 31, 2002 19:12 To: Struts Users Mailing List Subject: RE: MVC Design: property in ActionForm or Bean with property in ActionForm ? So in your point of view, a DynaActionForm should be enougth for any kind of form ? Xavier > -----Message d'origine----- > De : Andrew Hill [mailto:andrew.david.hill@;gridnode.com] > Envoye : jeudi 31 octobre 2002 12:00 > A : Struts Users Mailing List > Objet : RE: MVC Design: property in ActionForm or Bean with property in > ActionForm ? > > > Well one problem with actually modelling you ints as ints in the > ActionForm > is what happens if your user types in something like "forty two" > instead of > "42"? > > I forget whether this causes an exception in the > processPopulate() method of > the RequestProcessor or if it silently converts it to the value 0. If the > former you have a problem catching it and if the later (which I think is > what happens?) how do you know whether that zero is supposed to be zero or > if its because your hairbrained user entered garbage? > > Furthermore when you redisplay the page for them to try again its > considered > good practice to rub their noses in the mess they left (ie: > redisplay "forty > two" in the field) together with an appropriate error message next to that > field... > (Personally I think the wording of these sort of error messages should be > written by the host of "the weakest link" tv show ... but alas ... best > practice says they should be 'friendly' ;->) > > > -----Original Message----- > From: Xavier Combelle [mailto:xcombelle@;kaptech.com] > Sent: Thursday, October 31, 2002 18:52 > To: Struts Users Mailing List; [EMAIL PROTECTED] > Subject: RE: MVC Design: property in ActionForm or Bean with property in > ActionForm ? > > > I have nearly the same think > but I use to create properties as Integer which avoid me > to make a call to Integer.valueOf() > > Am I wrong ? > > > Sincerly > Xavier > > -----Message d'origine----- > > De : Andrew Hill [mailto:andrew.david.hill@;gridnode.com] > > Envoye : jeudi 31 octobre 2002 11:42 > > A : Struts Users Mailing List > > Objet : RE: MVC Design: property in ActionForm or Bean with property in > > ActionForm ? > > > > > > Technically speaking, the ActionForm IS a bean. > > It's purpose is to represent the users input (which you can > > validate and if > > necessary redisplay for correction) before transferring in your > action the > > (validated) values (with appropriate type conversion) to your business > > object and vice versa. > > Your BO itself may well be a bean too - such as your "BookBean" perhaps? > > The actionForm and the business object will of course have a > very similar > > (often identical) set of properties, however they serve different > > purposes - > > for example you will note that while your BOs beans would have various > > property types (ie: int for pages etc...) you ActionForm will > > *usually* just > > be strings (some folk use bools for checkboxes though) - a result of it > > being a place to store the string data submitted in the request > > or read from > > the BO ready for display in the form... > > > > -----Original Message----- > > From: Marcus Biel [mailto:Marcus.Biel@;bmw.de] > > Sent: Thursday, October 31, 2002 18:20 > > To: [EMAIL PROTECTED] > > Subject: MVC Design: property in ActionForm or Bean with property in > > ActionForm ? > > > > > > What's better: > > > > To have a bean let's say "BookBean.java" > > that has got a String title, author, pages > > > > and an Actionform that uses this BookBean, > > > > or is it better to have an ActionForm > > that has a String title, author, pages. > > > > Imho it's much faster and easier to have your properties in your > > ActionForm, > > > > but I bet according to the MVC design its recommend to use Beans. > > > > > > Right ? > > > > > > thx, > > > > marcus > > > > -- > > To unsubscribe, e-mail: > > <mailto:struts-user-unsubscribe@;jakarta.apache.org> > > For additional commands, e-mail: > > <mailto:struts-user-help@;jakarta.apache.org> > > > > > > -- > > To unsubscribe, e-mail: > <mailto:struts-user-unsubscribe@;jakarta.apache.org> > For additional commands, e-mail: > <mailto:struts-user-help@;jakarta.apache.org> > > > -- > To unsubscribe, e-mail: > <mailto:struts-user-unsubscribe@;jakarta.apache.org> > For additional commands, e-mail: > <mailto:struts-user-help@;jakarta.apache.org> > > > -- > To unsubscribe, e-mail: <mailto:struts-user-unsubscribe@;jakarta.apache.org> For additional commands, e-mail: <mailto:struts-user-help@;jakarta.apache.org> -- To unsubscribe, e-mail: <mailto:struts-user-unsubscribe@;jakarta.apache.org> For additional commands, e-mail: <mailto:struts-user-help@;jakarta.apache.org> -- To unsubscribe, e-mail: <mailto:struts-user-unsubscribe@;jakarta.apache.org> For additional commands, e-mail: <mailto:struts-user-help@;jakarta.apache.org>
