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

我这里说到的“入侵”并不仅仅指业务层，一般也是建议业务层是不依赖任何框架和组件的，毕竟是系统的核心处理层。但还有其他各个层，如视图、控制等。我一开始也就阐明了一旦你一开始使用这类框架，就已经实际上被框架隐式入侵了。

前面有朋友提到实现和接口的绑定可以采用其他IOC容器，我想这位朋友根本就没有仔细想这类问题，这里已经不再是简单的IOC问题了，即使你举这样的例子也是不恰当的，你想，如果你使用spring的事务管理（举个例子），你想还有其他实现一样功能的框架来给你用么？这就是标准化于非标准化的问题！所以我的意思是在没有成为标准的前提下谈非入侵都是不必要的，即使是事实标准。而且你也不用刻意的在你的系统中避免导入代码依赖，因为你根本不可能再脱离这个框架了，这就是实质问题！！！

看我上面的回答，如果你的系统只是简单的实用SET和GET特性我也就不说什么了，确实有很多框架可以做类似的事情，但你能够想象所有IOC容器都是一样的配置？都是一样功能？不可能，你能够想象使用了spring后再去切换其他的类似框架么？我想你也不会而且也不可能，这就是我要说的问题所在！---隐式绑定！

你说来说去怎么感觉你总说不到点上呢？
框架到底哪里侵入业务层了？说半天说不出个所以然来。
说不出来就拿代码举例，本来业务层是怎么写的？用了框架后又怎么写了？把框架去了又出现怎么问题了？

友情提示：你举spring例子是最错误的，spring的侵入性是最低的

你也没看懂我的意思，我不是针对业务层来说事，你说的业务层无非是不依赖spring的类而已。难道你的业务层仅仅是来依靠spring做依赖注入？如果你使用了spring特有的功能（可能也不一定是特有的），那么表示已经被入侵了。我也一直强调并非一定是代码级别的入侵，明白不？

简单的说，你的系统离开spring或者简单的换个其他类似框架还能够跑么？


这就是我一开始就提到的：“非侵入”到底是什么意思？我的理解是不仅仅是代码的不侵入，而应该是类似于依赖接口而非实现的意思。

或许大家看问题的角度不一样，所以理解的也不一样。

其实吧，非侵入性的好处从来就不是方便切换框架，而是方便单元测试，
如果看过他的两本书的话应该知道，Rod是TDD的坚定支持者，它多次强调：好的框架应该让基于它开发的组件容易测。
所以说，即便基存在你说的这个隐式侵入的问题，代码的非侵入性也仍然是有意义的，不是扯淡的。

而且我也看不出来，既然框架代码没有侵入你的组件，为什么离开spring或者简单的换个其他类似框架就不能跑了，
也许妨碍你切换框架的原因是没有一个足够强大的候选项可以代替spring吧，那这也不是侵入性造成的。

在《WebWork In Action》中有关于“框架”这个概念的解释，说“框架的强大之处不是源自它能让你做什么，而是它不能让你做什么”，“框架使混乱的东西变的结构化”，“一种极端是框架消失了，一片混乱；另一种极端是框架留给你的选择太少，以至于你无法完成程序”……从这处解释来看，框架就是要你不要有太多的选择。所以不知道你指的“没有侵入”的框架是什么？什么会需要灵活切换框架？

我们用jquery或mootools框架时，它返回的一个Element对象，可能就和DHTML自身的Element对象不一样了，这样我们就不得不继续依赖原来用的框架。想要灵活替换或可以有很多选择？我觉得你可能想要的是一个组件——一个帮你完成一些功能的组件，但又不妨碍你使用什么框架或者不使用框架。

我业务层中为什么要使用spring特有的功能，况且，spring的功能和业务层一点联系都没有？
我的业务层的确是仅仅使用spring的ioc和aop，不知道您还依靠spring做了什么？
简单的说，我的系统离开spring换个类似框架照样可以跑起来。
如果你觉得跑不起来，请举例。

这还是一个如何界“入侵”的问题吧。如果所系统核心不依赖任何框架和组件，那么JDK里面的东西你算不算？

在spring文档里它把自己的声明式的事务作为一个非侵入的典型。所谓的non-invasiveness，就是框架不强迫必须引入一些特定的类型或者借口到你自己的业务或者领域模型里去（也就是说代码里可以没有显式的依赖）。

如果你认为只要运行时需要，就叫入侵了，那么大家对这个“入侵”的界定就有些不同。

从代码的角度讲，以减少框架代码依赖和提供可测试性的这种非侵入是有意义的我赞同；
从框架的角度讲，如果没有提供高度可剥离性和无缝切换，那非侵入就是没有意义的（如JPA就是反例）；

所以我一开始站的角度是第2种，而非代码；

TO：pipilu
    你说的这个意义就是一种标准化

TO：herowzz
    我说的是站在框架无侵入的角度不做任何修改

    LZ你所叙述的问题并不是“侵入性”，而是“兼容性”，知道吗，你想从spring框架平滑的过滤到其他框架，这并不是因为spring的“侵入性”问题，而是，框架之间的兼容性。而且我们说的“侵入性”也是从一定角度来说的，并没有绝对的无“侵入性”，但是相比EJB而言，spring在这方面作的是很好的。