有关松散耦合与接口的使用

 

面向对象的软件开发和设计的目标之一就是高聚合性和低耦合性，  
  用简单直白的说法，最大聚合就是指类（模块）的封装性要好，功能紧凑而独立；最小耦合就是指类（模块）之间的关联和牵扯越少越好  
  用术语解释：聚合和耦合是与类和服务相关联的概念。聚合是类（服务）内各条语句相互关联程度的量度，程度（从高到低）：功能、信息、通信、过程、时间、逻辑、偶然，聚合度越高越好。  
  耦合是模块（服务）间关联程度的量度。程度（从高到低）：内容、公共、控制、标志、数据、无耦合，偶合度越低越好。  
  实际上在做开发时，无耦合是不可能的，理想的是数据耦合（通过接口传递数据）。  
以上所说用一句话来说就是实现松散耦合,而如何要实现松散耦合,不妨看下面的具体介绍

文章摘要：1.1 概要 有关松散耦合与接口的使用 1.1 概要 一个软件，它具有许多类，类与类之间需要互相调用，一旦某个类与另一个类具有紧密耦合关系的时候，这个软件的重用性就会大大

 

1.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模式有相似之处。

转载于:https://www.cnblogs.com/myssh/archive/2009/08/19/1549463.html