UML 类与类之间的关系

蔚落 2022-08-27 01:20 298阅读 0赞

类与类之间的关系对于理解面向对象具有很重要的作用，以前在面试的时候也经常被问到这个问题，在这里我就介绍一下。

类与类之间存在以下关系: (1)泛化(Generalization) (2)关联(Association) (3)依赖(Dependency) (4)聚合(Aggregation)

UML图与应用代码例子:

**1.泛化(Generalization)**

\[泛化\]

表示类与类之间的继承关系，接口与接口之间的继承关系，或类对接口的实现关系。一般化的关系是从子类指向父类的，与继承或实现的方法相反。

\[具体表现\]

父类 父类实例＝new 子类()

\[UML图\](图1.1)

![10bfdb9d-ed2d-4226-bab2-f814d2e10a82.jpg][]

图1.1 Animal类与Tiger类,Dog类的泛化关系

\[代码表现\]

1.  classAnimal\{\}
2.  class Tiger extends Animal\{\}
3.  public class Test
4.  \{
5.  public void test()
6.  \{
7.  Animal a=new Tiger();
8.  \}
9.  \}

**2.依赖(Dependency)**

\[依赖\]

对于两个相对独立的对象，当一个对象负责构造另一个对象的实例，或者依赖另一个对象的服务时，这两个对象之间主要体现为依赖关系。

\[具体表现\]

依赖关系表现在局部变量，方法的参数，以及对静态方法的调用

\[现实例子\]

比如说你要去拧螺丝，你是不是要借助(也就是依赖)螺丝刀(Screwdriver)来帮助你完成拧螺丝(screw)的工作

\[UML表现\](图1.2)

![ec7bca6c-c01a-4772-a91b-3a695773ddfb.jpg][]

图1.2 Person类与Screwdriver类的依赖关系

\[代码表现\]

1.  public class Person\{ 
2.  /\*\* 拧螺丝 \*/
3.  public void screw(Screwdriver screwdriver)\{ 
4.   screwdriver.screw(); 
5.   \} 
6.  \}

**3.关联(Association)**

\[关联\]

对于两个相对独立的对象，当一个对象的实例与另一个对象的一些特定实例存在固定的对应关系时，这两个对象之间为关联关系。

\[具体表现\]

关联关系是使用实例变量来实现

\[现实例子\]

比如客户和订单，每个订单对应特定的客户，每个客户对应一些特定的订单；再例如公司和员工，每个公司对应一些特定的员工，每个员工对应一特定的公司

\[UML图\] (图1.3)

![d4b10677-364d-4c34-beb7-416f8e835d8c.jpg][]

图1.3 公司和员工的关联关系

\[代码表现\]

1.  publicclass Company\{ 
2.  private Employee employee; 
3.  public Employee getEmployee()\{ 
4.  return employee; 
5.   \} 
6.  public void setEmployee(Employee employee)\{ 
7.  this.employee=employee; 
8.   \} 
9.  //公司运作 
10. public void run()\{ 
11.  employee.startWorking(); 
12.  \} 
13. \}

**(4)聚合（Aggregation）**

\[聚合\]

当对象A被加入到对象B中，成为对象B的组成部分时，对象B和对象A之间为聚集关系。聚合是关联关系的一种，是较强的关联关系，强调的是整体与部分之间的关系。

\[具体表现\]

与关联关系一样，聚合关系也是通过实例变量来实现这样关系的。关联关系和聚合关系来语法上是没办法区分的，从语义上才能更好的区分两者的区别。

\[关联与聚合的区别\]

(1)关联关系所涉及的两个对象是处在同一个层次上的。比如人和自行车就是一种关联关系，而不是聚合关系，因为人不是由自行车组成的。

聚合关系涉及的两个对象处于不平等的层次上，一个代表整体，一个代表部分。比如电脑和它的显示器、键盘、主板以及内存就是聚集关系，因为主板是电脑的组成部分。

(2)对于具有聚集关系（尤其是强聚集关系）的两个对象，整体对象会制约它的组成对象的生命周期。部分类的对象不能单独存在，它的生命周期依赖于整体类的对象的生命周期，当整体消失，部分也就随之消失。比如张三的电脑被偷了，那么电脑的所有组件也不存在了，除非张三事先把一些电脑的组件（比如硬盘和内存）拆了下来。

\[UML图\](图1.4)

![7032798b-36ca-4b89-a462-97ba056cbe48.jpg][]

图1.3 电脑和组件的聚合关系

\[代码表现\]

1.  public class Computer\{ 
2.  private CPU cpu; 
3.  public CPU getCPU()\{ 
4.  return cpu; 
5.   \} 
6.  public void setCPU(CPU cpu)\{ 
7.  this.cpu=cpu; 
8.   \} 
9.  //开启电脑 
10. public void start()\{ 
11. //cpu运作 
12.  cpu.run(); 
13.  \}

\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*

UML 类图中的 ”关联关系(association) “、”聚合关系(aggregation) “、”合成关系 (compostion)“ 和”依赖关系 (dependency)“ 不是很容易区分清楚，《UML distilled》 对这几个关系也没有解释的特别清楚。近日翻阅《Java 与模式》，发现其中对这些关系有较为清晰的描述，特摘录如下：

## 1、关联关系 (association)： ##

1、关联关系是类与类之间的联结，它使一个类知道另一个类的属性和方法。

2、关联可以是双向的，也可以是单向的。双向的关联可以有两个箭头或者没有箭头，单向的关联有一个箭头。 3、在 Java 或 c++ 中，关联关系是通过使用成员变量来实现的。

class 徒弟 \{ \};

class 唐僧 \{

protected:

list<徒弟> tdlist;

\};

![association.jpg][]

## 2、聚合关系 (aggregation)： ##

1、聚合关系是关联关系的一种，是强的关联关系。

2、聚合是整体和部分之间的关系，例如汽车由引擎、轮胎以及其它零件组成。

3、聚合关系也是通过成员变量来实现的。但是，关联关系所涉及的两个类处在同一个层次上，而聚合关系中，两个类处于不同的层次上，一个代表整体，一个代表部分。

4、关联与聚合仅仅从 Java 或 C++ 语法上是无法分辨的，必须考察所涉及的类之间的逻辑关系。

class 引擎 \{ \};

class 轮胎 \{ \};

class 汽车 \{

protected:

引擎 engine;

轮胎 tyre\[4\];

\};

![aggregation.jpg][]

## 3、合成关系 (composition)： ##

1、合成关系是关联关系的一种，是比聚合关系还要强的关系。

2、它要求普通的聚合关系中代表整体的对象负责代表部分的对象的生命周期。

class 肢 \{ \};

class 人 \{

protected:

肢 limb\[4\];

\};

![composition.jpg][]

## 4、依赖关系 (dependency)： ##

1、依赖关系也是类与类之间的联结

2、依赖总是单向的。

3、依赖关系在 Java 或 C++ 语言中体现为局部变量、方法的参数或者对静态方法的调用。

public class Person

public void buy(Car car)

\{ ... \}

![dependency.jpg][]

## 5、总结： ##

1、不同的关系采用不同的 UML 图例

**2、对于聚合关系、合成关系，由于都是关联关系的一种，因此在不确定的情况下，可以以关联关系来描述它们**

[10bfdb9d-ed2d-4226-bab2-f814d2e10a82.jpg]: /images/20220824/5b630c107eb848e691ddb63d9dc2a116.png
[ec7bca6c-c01a-4772-a91b-3a695773ddfb.jpg]: /images/20220824/e4f73c04f3f940389efd28b43dc8f9f4.png
[d4b10677-364d-4c34-beb7-416f8e835d8c.jpg]: /images/20220824/a12624bd53444bc99c960eff3c811556.png
[7032798b-36ca-4b89-a462-97ba056cbe48.jpg]: /images/20220824/c42f586101fb45bab72c848e825ea8b2.png
[association.jpg]: /images/20220824/062f3f1500784837830cbd1ab2173639.png
[aggregation.jpg]: /images/20220824/87c9794a14d14c08b15429baeeada68e.png
[composition.jpg]: /images/20220824/ea94137c75834d64b19adfeb349a67a1.png
[dependency.jpg]: /images/20220824/b5c81e82e8d44586a2ec24c435100e3c.png