对你提到的spring大大降低了应用程序的可维护性，我有几点争议：
我们的应用说到底就类似是一本说明书。spring利用ioc,aop两个概念，其实给出了说明书的表述结构。IOC给出了对象的生命周期描述框架（类似说明书中出现的目录），AOP给出了横切式的描述方式（类似说明书中出现的附注）。剩下的部分，我们就开始在IOC的基础上描述系统启动后要建立哪些对象，对象间如何相互引用，每个对象是随叫随生还是保持唯一，每个对象提供哪些服务，具体实现的细节；我们还要时不时加点附注，主要是事务控制。这些描述之后，再加上spring对web层的薄薄的封装描述（类似阅读须知罢），整个说明书描述结束。
所以从这个角度，我认为spring的这两项技术应用，使应用程序的逻辑标书更加简洁清晰完整。至于一部分描述出现在配置文件中这只是个形式，并没有什么问题。
关于spring的配置文件，即使不能找到一些插件啊之类的工具来管理，也可以自己写一些东西来帮助管理。如果你所在的项目还在手工书写和维护配置文件，而且是巨大的配置文件，那确实是非常头大的。
IOC+AOP不仅仅给出了一个完整的描述结构，同时这两个大模式也强有力地规范了代码，统一了程序员的编程方式，应该说合理地使用spring能带来类间的高度解耦，保证享受到面向对象，面向方面编程实践的好处。
re: 想象5年后的你 英雄 2007-12-29 12:33
我5年后希望能拥有一份资产，不用我费多大精力，每月能给我带来几千的利润。嘻嘻
共鸣！我的读后感还是那句“环境决定性格，性格决定行动，行动表现命运“哦！不过，我同样感到一种家族延续的认识。一代又一代，没有一个家族长盛不衰，一代人的努力可能影响后三代，一代人的堕落也可能毁掉一个繁荣的家族。
茅塞顿开的感觉。难怪分析老外的代码总觉得特啰嗦，原来是他们进行了苛刻的细分，而这个细分的好处就在于此文所讲哦！