I should have added that Rod (Johnson) in the book cited pointedly advocates extensive use of the Strategy Pattern, see pp. 421 ff. The use of CoR in Struts 1.3 for the extensible RequestProcessor is not a feature but is a way of solving the problem created by the original use of the Template Method Pattern in that context. Had the Strategy Pattern been used in the first instance, everything would have worked better, in my opinion. In many ways, I think in the future the Template Method Pattern may be seen as an Anti-Pattern.
Just to forestall flamethrowers, I want to emphasize that others probably think differently and even the "majority", i.e. by definition the members ipsa facto of the "meritocracy", may think differently. But, Rod Johnson is no slouch on these matters. He thinks the use of Strategy Pattern is "one of the reasons [Spring] is such a flexible and extensible framework". On 5/27/05, David Whipple <[EMAIL PROTECTED]> wrote: > This is an off topic post, but there seem to be a lot of people with good > opinions here. > > I am trying to provide a framework (based on Stuts and Spring) for our > company > to use. I'd like to make a reinforcement of the business layer in > applications. > > We do not use EJBs, so a lot of the patterns that are out there do not seem > to > apply. I have not been able to find any references I like. > > The goal is to encourage better program design and development by > having a clear definition of what are the business objects in the program. > > We want to come up with a way through patterns to help programmers avoid > poor > programming practices. Clear separation into layers is one basic idea > behind > this. We want to come up with some interface to the business layer which > will > force programmers to know what are to be the business objects in their > architecture. > > Does anyone have any ideas and/or know of any references for this? > > Thanks, > Dave > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > -- "You can lead a horse to water but you cannot make it float on its back." ~Dakota Jack~ --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]