有关松散耦合与接口的应用
1 前言
1.1 概要
一个软件，它具有许多类，类与类之间需要互相调用，一旦某个类与另一个类具有紧密耦合关系的时候，这个软件的重用性就会大大降低。所以一个软件的重用性的高低就取决于它的耦合程度的高低。
1.2 名词解释
1.2.1 耦合度：程序模块之间的关联、依靠程度。
1.3 要害词
低耦合度；接口设计；模块重用；
2 问题的提出
2.1 在设计过程中提出
当设计这个软件的体系结构的时候，就发现了这个软件的逻辑运行部分（SimpleRouter类）和输出部分（SimpleRouterFrame类）不能很好的结合起来。即：我们不得不将程序界面的引用（reference to SimpleRouterFrame）一层一层的传递给程序的核心部分，以提供输出功能。
2.2 在开发过程中提出
当我们对输出界面（SimpleRouterFrame类）进行了一些修改后，非凡是某些方法名称修改后，相应程序核心部分（SimpleRouter类）的代码也需要重新修改以适应这个新的输出界面。
3 问题的原因
类与类之间耦合的过于紧密，以至于每次需要修改一个类，它相应的关联类都需要修改代码来适应这个修改过的类。
比如说：某个类A需要直接显示的调用另一个类B的public方法，一旦B不再支持这个方法，或者重写了这个方法名称，A就需要重新编写代码来适应。另一种情况：某类A需要用到具有某种特定方法的类B，但B的形式并不确定，一旦B的内部结构改变，A就可能需要重写代码。
4 问题的解决方案
为避免这种情况，需要降低A与B之间的耦合度，目的就在于，无论B的形式如何，只要B仍然能够实现A所需要的功能，A就不需要重写代码，
解决方法：令B实现某种接口I，定义 I.Method(); 同时A在调用B的方法时候直接调用I的方法即可；而从前会将B当作参数传给A，然后A再调用B的方法的地方：
{
A.AMethod( B b ) {
b.BMethod();
/*….*/
}
}
修改成：
{
A.AMethod( I i ) {
i.Method();
}
}
在这里，B只需要实现I.Method()方法即可，完全隐藏了实现细节。
按照这种方法，既实现了类与类之间的松散耦合，大大增强了类的可重用性。回顾从前学过的设计模式，可以发现，这与Observer模式有相似之处。
