On Wed, 16 Mar 2005 15:41:45 -0000, Niall Pemberton > Having a concrete Action (or ActionForm) doesn't prevent people from using > Struts badly and I don't buy the argument that we shouldn't make the > famework flexible in case people burn themselves. Having flexibilty would > allow people to inovate and push the boundaries of Struts. Most people > won't, they'll use the standard "flavour", but if people do start re-wiring > the framework and end up with a badly implemented app, then they do so at > their own risk - were all adults :-)
>From the beginning, the stated goal of Struts has been to encourage application architectures based on the MVC or Model 2 strategies. When flexibility serves that primary goal, then it's a good thing. Over time, a lot of developers and users have argued against too much flexibility. It's not uncommon for people to give kudos to this framework or that framework based on how well it "enforces" or "encourages" MVC. If a framework is totally flexible, then it would not encourage one application arcitecture over another. One developer's inflexibility is another developer's structure :) IMHO, a lot of the support traffic on the site results from not drawing a firm line between the presentation layer and business layer. When the line gets fuzzy, people shoot themselves in the foot, and then start shouting "medic" on the lists. Some people expect Struts to solve all their architectural problems, soup to nuts, and become confused when it doesn't. But, based on what I've seen out in the field over the last few years, what a clear majority of teams want is a clear line between the presentation layer (Struts) and the business end of their framework. The teams with which I've met want a web framework to harvest input values and render output values, so that their business classes can focus on turning input into output. I'd suggest that something like POJO actions blurs the line even farther. It implies that we want people to tie their whole application to Struts. IMHO, that's not what we mean by "encouraging MVC and Model 2". -Ted. --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
