再谈开源框架的“非侵入”还有意义吗？

侵入与否我觉得并不重要，重要的是在使用上学习简单（学习曲线），用起来不让人迷惑（Too much magic），修改和维护方便，解决了某一方面的问题（有用）
敏捷开发中的敏捷设计并不是让你过度设计的，不修改一行代码的随需而变目前只是理想

我说的可不是标准化的东西。我说的是：根据框架的含义，你提的那个所谓的“非侵入”根本就不是框架要解决的。而且是恰恰相反，框架就要限制你一部分自由。在一些方面给你“绑定到框架上”，在另一些方面又给你开放，任你发挥。

楼主，我们的讨论就此为止，你所有的观点都是在胡扯。

所谓的代码入侵，都谈到Web层去了，还有什么好讨论的余地？

我可以很负责的告诉你，我所有的业务逻辑代码，不仅可以使用Spring进行IoC容器的管理，也可以使用Guice来代替。

什么是标准？大家为什么要遵循标准？setter和getter方法算不算标准？所有的框架的实现，都有前提，目前来说，基于JavaBean的实现比较容易被大家接受，因为这种实现方式，对测试和容器没有额外的依赖，只需要基于JDK就完事了。这难道还不够标准？

所以，至今为止，完全不知道楼主到底想表达什么观点，说明什么问题，这种讨论毫无意义，浪费时间。

侵入与非侵入不重要，关键是代码好测试，好维护，出了错好找。简单的东西就没必要一定用啥框架了，三下五除二，怎么简单怎么弄；复杂的，自然而然会分出多层，出错时多半是业务上的问题，和框架关系甚小……所以，好测试就可以了……spring就是太学究了一点，源码里到处可见又臭又长的类继承关系，又臭又长的方法名，然后一堆javadoc，某某某protected的方法是做什么用的

Spring的代码难读那Linux核心的代码就是天书，我们是拿框架写应用的，不是做基础研究的，你的关注点应该是怎么为你的客户提供优质的产品。

很多人都希望通过简短的代码来实现复杂的应用，框架是必由之路。

当一个东西成为标准的时候 。。。 一切都在发生变化  不是吗？

入侵不入侵有什么关系,Spring入侵性确实很小.标准的JavaBean Ioc.
另外,你更换Ioc框架的概率有多大?如果Spring不适合你的项目,那你一开始就不应该使用它.
Spring和其他框架本身就是根据业务选择的,要使用必然会产生依赖.
没有什么东西是只依赖抽象的.记得当年看到很多人写SSH的时候,每个DAO必然有一个接口.美名其曰最佳模式,但是有何价值?所有DAO都只有一个实现.
产生抽象必然需要两个以上的具体实现.否则只是在增加维护成本.

所以你真的需要一个无入侵性的可随意切换的框架吗?你的应用真的会需要两种Ioc框架吗?

不知道这位高手读spring源码读到什么程度了。

怎么大家喜欢全文引用呢，这样看文章挺累的！