内聚和耦合（学习笔记与思考）

在《软件工程-实践者的研究方法》的10.2.3和10.2.4两节分别介绍了一些常见的模块内聚和耦合的情况。

内聚

内聚性主要体现在模块功能的专一性上，这意味着一个模块只能封装那些相互关联密切，以及与模块实现功能密切相关的属性和操作。

书中主要提到了以下几种内聚性

1.功能内聚

设计良好的模块只完成一个特定的功能，模块中的元素紧密配合来完成这个功能。

2.分层内聚

将各模块按访问的层次结构组织，高层可以访问低层，当低层不能访问高层。（个人理解，web应用里面的action->service->dao这三层的划分方式可能体现了分层内聚的思想，明显的特征就是action可以访问service层提供的方法，但service层不会知道action层的任何信息）

3.通信内聚

访问相同数据的所有操作都被定义到一个类中。（明显的例子就是DAO类）

 

耦合性

1.内容耦合

 内容耦合可能发生在某个类的public域上，简单的解决方法就是将public域设为private的，然后提供getter/setter和在类外部对域进行修改的方法。

2.共有耦合/外部耦合

我将这两种情况合并都一起讨论了，个人感觉两个很相似。当大量的模块需要使用相同的一些数据时（如一个全局变量，或者一些文件，数据库），如果这个数据发生改变，这意味着所有依赖于它的模块可能也要进行相应的修改。我认为解决的方法可能是不直接使用（访问）这些数据，而是通过一个抽象好的模块（如DAO）来将使用数据的模块和数据访问接口耦合，从而解除各模块和特定数据之间的耦合。比如说你开始使用sqlserver数据库，如果你程序的其它部分不是通过一个抽象，统一的DAO接口来访问数据库，当底层数据库发生变更（比如sqlserver定制性不强，决定使用开源的mysql替换）时，所有使用数据的模块都要进行相应的修改。相反的，如果你使用数据的模块都是通过DAO接口来获取数据时，你需要做的只是提供一个特定于mysql的DAO实现，而使用数据的所有模块不需要任何的变跟。

3.控制耦合

控制耦合发生的在类A调用类B的方法，但B的方法执行的逻辑流程还依赖于A传递的额外控制信息。解决的方法可以是，使用B类的内部状态来替代外部传递进来的控制信息，如使用多态来将if-else变成两个不同的实现类，这样A根据不同的情况持有不同的B的实现类，并调用具体的方法。

4.标记耦合

类B作为类A方法的参数时就发生了这种耦合，最好的方法自然是使用模板。

1 class Printer(){
2   public void print(Integer a){
3     System.out.println(a)
4    }  
5 }    

上面是一打印Integer的方法，如果现在需要支持string类型，上面的程序就显得无能为力，这就是Integer类跟Printer类产生了标记耦合。我们可以使用模板来解决这个问题。

1  class Printer<T>{
2    public void print(T a){
3      System.out.println(a)
4    }  
5  }    

5.例程调用耦合

一个操作调用另一个操作，这样的耦合有时候是必须的。

6.类型使用耦合

类A使用类B定义的数据类型，可以将公用的数据类型单独拿出来形成一个模块。

7.包含导入耦合

有时候也是必须的，合理设计包结构可以最小化耦合的程度。

8.数据耦合

操作传递的参数过多，可以考虑使用DTO来规范传递的数据，减少不必要的数据传输。

以上就是我对内聚和耦合的学习笔记。

参考：

书籍：《软件工程-实践者的研究方法》

他人博客：http://blog.csdn.net/blizmax6/article/details/6756261