程序的耦合和解耦

什么是程序的耦合

耦合性(Couping),也叫耦合度,是对程序间关联程度的度量,耦合的强弱取决于模块间接口的复杂性,调用模块的方式以及通过界面传送数据的多少,模块间的耦合度是指模块之间的依赖关系,包括控制关系,调用关系,数据传递关系,模块间联系越多,其耦合性越强,同时表明其独立性越差(降低耦合性可以提高独立性).

耦合性存在于哥哥领域,而非软件设计中独有的,但是我们只讨论软件工程中的耦合.

在软件工程中,耦合指的就是对象之间的依赖性.对象之间的耦合越高,维护成本越高.因此对象的设计应使类和构件之间的耦合最小.软件设计中通常用耦合度和内聚度作为衡量模块独立程度的标准.划分模块的一个准则就是高内聚低耦合.

耦合的分类如下:

内容耦合

当一个模块直接修改或操作另一个模块的数据时,或一个模块不通过正常入口而转入另一个模块时,这样的耦合被称为内容耦合,内容耦合是最高程度的耦合,应该避免使用.

公共耦合

两个或者两个以上的模块共同引用一个全局数据项,这种耦合被称为公共耦合.但具有大量公共耦合的结构中,确定究竟是哪个模块给全局变量赋了一个特定值是十分困难的.

外部耦合

一组模块否访问同一个全局简单变量而不是同一个全局数据结构,而且不是通过参数表传递该全局变量的信息,则称之为外部耦合

控制耦合

一个模块通过一个接口向另一个模块传递一个控制信号,接受信号的模块根据信号值而进行适当的动作,这种耦合被称为控制耦合.

标记耦合

若一个模块A通过接口向两个模块B和C传递一个公共参数,那么称模块B和C之间存在一个标记耦合

数据耦合

模块之间通过参数来传递数据,那么被称为数据耦合,数据耦合是最低的一种耦合形式,系统一般都存在这种类型的耦合,因为为了完成一些有意义的功能,往往需要将某些模块的输出数据作为另一些模块输入数据.

非直接耦合

两个模块之间没有直接关系,他们之间的联系完全是通过主模块的控制和调用来实现的.

总结

耦合是影响软件复杂程度和设计质量的一个重要因素,在设计上我们应采用以下原则,如果模块间必须存在耦合,就尽量使用数据耦合,少用控制耦合,限制公共耦合的范围,尽量避免使用内容耦合.

内聚与耦合

内聚标志一个模块内各个元素彼此结合的紧密程度,它是信息隐蔽和局部化概念的自然扩展,内聚是从功能角度来度量模块之间的联系,一个好的内聚模块应当恰好做一一件事,它描述的是模块内的功能联系.耦合是软件结构中各模块之间互相连接的一种度量,耦合强弱取决于模块间接口的复杂程度,进入或者访问一个模块的点以及通过接口的数据.程序讲究的是低耦合,高内聚.就是同一个模块内的各个元素之间要高度紧密,但是各个模块之间的相互依存度却要不那么紧密.

内聚和耦合是密切相关的,同其他模块存在高耦合的模块意味着低内聚,而高内聚的模块意味着该模块同其他模块之间是低耦合,在进行软件设计时,应力争坐高高内聚,低耦合.

我们在开发中,有些依赖关系是必须的,有些依赖关系可以通过优化代码来解除.