Hi Erik You said - " My form class fields are always Strings (because of HTTP)" - I'm not sure I anderstand the meaning of this - why do the fields are Strings?
I have recently started working with struts and my forms contain int, short, boolean and so on, and it works fine. Is there a problem with that? Rivka -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Friday, July 08, 2005 1:33 AM To: Struts Users Mailing List Subject: Re: Using struts forms as Value Objects: your opinion? An alternative would be to have your form class extend your value object class. However, this approach doesn't work for me. My form class fields are always Strings (because of HTTP), while my value object fields are whatever types make sense (such as Date). I always have value object classes that look very similar to my forms, but the types vary. It doesn't bother me. Check out Jakarta BeanUtils for auto-conversion of field data between form class and value object class. Erik -----Original Message----- From: Vincent <[EMAIL PROTECTED]> Sent: Jul 7, 2005 7:15 PM To: user@struts.apache.org Subject: Using struts forms as Value Objects: your opinion? Hi, I'm currently designing and developping an enterprise J2EE application based on Struts. In this application there's a layer of Data Access Object which abstract the underlying persistent storage. For populating my struts' *Form I've imagined first a transfert between forms and DAO based on Value Object, associated with helper classes for translating from one type to another. And I realized that struts Form can be in some situations quite good transfert objects, and by doing so we economize development of both helper classes and VO classes. What do you thing about using forms as VO? Do you think it's a dirty solution? Forms are often mirrors of the database's table. Thank you for your opinion. Vincent. --------------------------------------------------------------------- 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] ************************************************************************************************** The contents of this email and any attachments are confidential. They are intended for the named recipient(s) only. If you have received this email in error please notify the system manager or the sender immediately and do not disclose the contents to anyone or make copies. ** eSafe scanned this email for viruses, vandals and malicious content. ** ************************************************************************************************** --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
