"Struts-dev Newsgroup (@Basebeans.com)" wrote: > Ted, > > I still disagree. You can do those patterns, committers to Struts can do > those patterns, and I can do those patterns.
I'm not sure what you're disagreeing with, Vic.From a technical standpoint, I actually granted your point. =:0) If an ActionForm is a denizen of the control layer, then it's perfectly valid for it to access the model layer too. At least as valid as it is to do so from an Action =:o) My only observation is that can be difficult or impossible to test or reuse data access code when it is buried in an Action, ActionForm, or any other Struts class. Here's a realistic question: A corporate DBMS (or its DBA) do not fully support RowSets. If the data access code is mixed in with the ActionForms, how easy will it be to redeploy the WebPIM application without RowSets? The same issue would arise if the data access code were implemented in the Action. So it's not about ActionForms per se. It's about how much custom code you embed in any subclass of any object in the Action package. > I had wonderful experience using Struts with corporate developers once I > use formbeans as model. If you're writing something from scratch, and can live with all String properties and strict adherence to the JavaBean spec, that might work out OK for a while. Though, it would be just as simple to define a business interface first and then have the ActionForm implement that. This way your data access code can bind to the interface rather than the Struts class. But most of my applications have business logic that require binary types. Once you start banging types back and forth, you're better off with a business class suited for business operations and a Struts class suited for HTTP operations. And once you buy into Maps or DynaBeans, the high-maintenance 1.0 ActionForms become obsolete, and the whole issue disappears. > I put webPIM using formbean as model on SourceForge, and was looking for > a realistic example of formbeans not the model. See the latest posting of Artimus =:0) http://husted.com/struts/resources/artimus.zip -- Ted Husted, Husted dot Com, Fairport NY US -- Developing Java Web Applications with Struts -- Tel: +1 585 737-3463 -- Web: http://husted.com/about/services -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
