在类图里找到的关联结点不是类就对了，关联结点应该是个接口，否则依然是类耦合。
然而这也是要区别对待的，对于一些基础类就不需要做此限制，例如不必为String再弄个接口出来。同样对于领域当中的基础设施也不需要这么做。

既然slangmgh说“不应该把应该分开的耦合在一起，也同样的不应该把应该耦合的分开”那么slangmgh有没有什么好的经验或者方法，来判断，当你拿到需求的时候，什么样的需求应该设计成“该分开”，什么时候应该设计成“该耦合”，这东西一但前期分析好了，后期收益匪浅阿

是不是可以这样说，我听别人也表达过这个观点，ioc毕竟是通过反射实现的么，但是有人认为，反射只是方便了代码的管理，并不顺从或者说是违背了面向对象原则，使用反射反而是对面向对象的一种破坏，而面向对象的其中一个目的是解耦，有人就认为应当用“访问者”模式取代反射，真正的模式才是根本解决问题之道。

OO是在哪部分OO？是业务上还是技术支持上？一个反射只是技术手段，跟业务没关系。
只需要保证业务上的OO就可以了，技术上可能将依赖过程代码、dba给的高效率查询等等。

>个反射只是技术手段，跟业务没关系。只需要保证业务上的OO就可以了

是的，业务OO压倒一切，技术是为业务服务的，业务要求决定技术平台的选择，技术细节也不能改变业务大方向。