耦合理解

关键是如何理解“耦合”这个词：

Interface bi;
Class b implements bi;

1. Class a 中，Class bi = new b();
a 和 bi是编译时耦合。
a 和 b 之间是编译时耦合。

2. Class a 中，Class bi = Class.forName("b").newInstance();

a 和 b 是运行时耦合，但是只是推迟了耦合的时机，和 1 没有本质区别。

3. Class a 中，Class bi = Class.forName(bname).newInstance();
bname从外部配置文件中或者参数中获取。

a 和 b 是潜在运行时耦合，你可以用类c替换b而不会影响a。

IoC的效果和 3 一样。

对于耦合关系的设计并不是越低越好，也不是越高越好，而是必须将设计中的耦合关系和业务模型中的耦合关系保持一致。

当业务模型中a必须依赖b的时候，最好的设计是1，这个时候代码最清楚、简洁，也最直接的表达出它们之间的耦合关系，如果用3反而使得a无法理解。

当业务模型中a是依赖于bi的某一种实现的时候，最好的设计是3。

注意，在设计过程中，解耦不是目的，让bi的实现可以不影响a而变化（前提是bi的实现确实存在潜在的变化可能）是目的。

使用IOC也一样，不要把所有的依赖关系的分离，这样你的设计将让人无法理解，包括你自己。