> From: Frank Zammetti [mailto:[EMAIL PROTECTED] > Most likely you would have a ShoppingCart class with a number of methods in it, > things like addItem(), removeItem(), totalPrice(), etc.
I follow this design on my applications, on the *business logic* tier. On that tier (whether I implement it as EJBs or POJOs), I would have an actual business object that would have these methods. I tend to look at Struts as a necessary add-on to the application to give it a web front end. To me, my web application isn't "a collection of services that are executed to form a coherent larger application", rather it's just an interface to the actual application that runs on the server. --- "Hookom, Jacob" <[EMAIL PROTECTED]> wrote: > With Struts, I have to create an ActionForm objects (can't just use a > business object I already have), and then create separate Action objects to Because of the way I view my app, I have no problem separating my view of the objects in my interface and my app's business objects. I fully understand the need for separate ActionForm objects (users work with untyped string values, my business tier works with typed values, the Action object goes in between). Still, I don't like having to create string-ified counterparts of my business objects. That's how the FormDef project began ( http://www.rabago.net/struts/formdef and http://formdef.dev.java.net/ ). I haven't tried JSF yet, but I don't think I want my business tier objects "contaminated" with presentation-tier specifics, such as the callback methods JSF needs on their managed beans. > > Any thoughts? > > Frank > Hubert __________________________________ Do you Yahoo!? Yahoo! Mail is new and improved - Check it out! http://promotions.yahoo.com/new_mail --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
