You said it would be an enterprise j2ee application, right? So there is a chance it would be distributed once?
In this case using ActionForms as VO is an absolute NO GO ! Besides, if you want a clear architectural separation of layers its a NO GO also! The VO Objects are parts of your business logic interface (I hope you have one) and ActionForm have nothing to do with business logic or, even worse, DAOs. A typical enterprise architecture is 3 layered: Presentation with Actions / ActionForms / jsps Business with business interfaces and VOs or DTOs (name it as you like it) Persistence with DAOs And, from practical experience, your Forms may seem to be mirrors of the database at the beginning, but this will change as soon as your application start to live (Think about collections for drop-downs for example). Regards Leon > -----Ursprüngliche Nachricht----- > Von: news [mailto:[EMAIL PROTECTED] Im Auftrag von Vincent > Gesendet: Freitag, 8. Juli 2005 01:15 > An: user@struts.apache.org > Betreff: 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]
