> -----Original Message----- > From: Rick Reumann [mailto:[EMAIL PROTECTED] > Sent: Friday, July 09, 2004 9:42 AM > To: Struts Users Mailing List > Subject: Re: [EVIL] Modifying a request parameter > > > Jim Barrows wrote: > > > No offense but... better you then me :) *LOL* > > I have someone at work who loves configuration files, > because the increase flexibility...... > > which is cool, BUT silly putty is flexible too, but you > wouldn't want to build a house with it. > > Actually this is one of my concerns as everyone seems to be > jumping on > the AOP and IoC bandwagon. Long gone will be days of simply > looking at > some Java code and figuring out what is going on. Instead, you'll be > stuck looking at 10 different configuration files to figure > out why your > application is not behaving as expected.
This is my fear as well. However this is mitigated to some degree by enforcing separation of concerns, and preferably with a chain saw and some high explosives. Add in the fact that most IOC containers make testing your layers so much easier, and you should end up with fewer of those types of behavior. This requires far too many assumptions for me to be comfortable though. You assume that the team that came before was competent, understood the technology, and more importantly had been as badly scarred and burned by NOT separating concerns with the aforementioned chainsaw and high explosives, and therefore do stupid things, like make a setter not only set the field, but 4 other things as well because it was convenient (No I'm not bitter about that). I don't even want to think about what some fresh out of school wunderkind is going to do with some of the crosscutting stuff. I have enough nightmares about what they do with normal code, much less something with the power of some of the Aspect stuff. Then of course there's the attribute oriented programming stuff that I like a lot.... put the configuration in the java classes and have them generated... that puts everything back into one place again, while keeping the ease of configuration the technology promises. --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
