對你提到的spring大大降低了應用程序的可維護性，我有幾點爭議：
我們的應用說到底就類似是一本說明書。spring利用ioc,aop兩個概念，其實給出了說明書的表述結構。IOC給出了對象的生命周期描述框架（類似說明書中出現的目錄），AOP給出了橫切式的描述方式（類似說明書中出現的附注）。剩下的部分，我們就開始在IOC的基礎上描述系統啟動后要建立哪些對象，對象間如何相互引用，每個對象是隨叫隨生還是保持唯一，每個對象提供哪些服務，具體實現的細節；我們還要時不時加點附注，主要是事務控制。這些描述之后，再加上spring對web層的薄薄的封裝描述（類似閱讀須知罷），整個說明書描述結束。
所以從這個角度，我認為spring的這兩項技術應用，使應用程序的邏輯標書更加簡潔清晰完整。至于一部分描述出現在配置文件中這只是個形式，并沒有什么問題。
關于spring的配置文件，即使不能找到一些插件啊之類的工具來管理，也可以自己寫一些東西來幫助管理。如果你所在的項目還在手工書寫和維護配置文件，而且是巨大的配置文件，那確實是非常頭大的。
IOC+AOP不僅僅給出了一個完整的描述結構，同時這兩個大模式也強有力地規范了代碼，統一了程序員的編程方式，應該說合理地使用spring能帶來類間的高度解耦，保證享受到面向對象，面向方面編程實踐的好處。
re: 想象5年后的你 英雄 2007-12-29 12:33
我5年后希望能擁有一份資產，不用我費多大精力，每月能給我帶來幾千的利潤。嘻嘻
共鳴！我的讀后感還是那句“環境決定性格，性格決定行動，行動表現命運“哦！不過，我同樣感到一種家族延續的認識。一代又一代，沒有一個家族長盛不衰，一代人的努力可能影響后三代，一代人的墮落也可能毀掉一個繁榮的家族。
茅塞頓開的感覺。難怪分析老外的代碼總覺得特啰嗦，原來是他們進行了苛刻的細分，而這個細分的好處就在于此文所講哦！