类图个人理解

原创已于 2022-03-05 20:06:49 修改 · 545 阅读

0 ·

本内容遵循CC 4.0 BY-SA版权协议

标签

#uml

于 2022-03-01 16:57:31 首次发布

UML 专栏收录该内容

4 篇文章

订阅专栏

本文详细解析了UML类图中的一般化、关联、聚合、合成和依赖关系，以及这些关系在Java中的体现。通过实例演示了如何在类图中表示和理解这些概念，并结合《Java与模式》一书的内容进行深入讲解。

UML类图与类图中的关系

本文转载自：UML类图与类图中的关系 - 阿基米德的鸭子 - 博客园

以下内容摘自《Java与模式》

　　在类与类之间，会有连线指明它们之间的关系。类和类、类和接口、接口和接口之间可以建立以下几种关系：一般化关系、关联关系、聚合关系、合成关系和依赖关系，这几种关系都是静态的。

一般化关系　　

　　一般化（Generalization）关系表示类与类之间的继承关系，接口与接口之间的继承关系，或类对接口的实现关系。一般化的关系是从子类指向父类的，或从实现接口的类指向被实现的接口，与继承或实现的方向相反，如下图所示。

　　一般化关系在Java语言中可以直接翻译为关键字extends（泛化）和implements（实现）。前者描述类与类之间、接口与接口之间的一般化关系，后者描述与接口之间的一般化关系。

关联关系

　　关联（Association）关系是类与类之间的联接，它使一个类知道另一个类的属性和方法。关联可以是双向的，也可以是单向的。双向的关联可以有两个箭头或者没有箭头。单向的关联有一个箭头，表示关联的方向，如下图所示。单向的关联更为普遍，通常不鼓励使用双向的关联。

　　在Java的语言里，关联关系是使用实例变量实现的。比如在上面的Driver类中，就出现了一个类型为Car的实例变量，这个变量实现了这两个类之间的关联关系。每一个关联都有一个名字，在上面的例子里，关联的名字是Driver。

　　每一个关联都有两个端点，每一个端点都可以有一个角色名，显示出关联的本质。一个关联可以有一个方向箭头，表明遍历或者查询的方向。

　　在每一个关联的端点，还可以有一个基数（Multiplicity），表明这一端的类可以有几个实例。比如，唐僧和他的徒弟形成一个关联关系，在这个关联里面，唐僧只能有一个，而徒弟可以有好几个，如下图所示。

　　一个关联关系往往可以进一步确定为聚合关系或者合成关系。比如唐僧与他的徒弟的关系就可以进一步确定为聚合关系。

聚合关系

　　聚合（Aggregation）关系是关联关系的一种，是强的关联关系。聚合是整体和个体之间的关系。例如，汽车类与引擎类、轮胎类，以及其他的零件类之间的关系便是整体和个体的关系。一个汽车对象是由一个引擎对象、四个轮胎对象组成的，如下图所示。

　　与关联关系一样，聚合关系也是通过实例变量实现的。以上面的例子为例，Car类中应当有一个类型为Engine的属性和一个类型为Tire的数组属性。但是，关联关系所涉及的两个类是处在同一层次上的，而在聚合关系中，两个类是处在不平等层次上的，一个代表整体，另一个代表部分。

　　关联与聚合仅仅从Java语法上是分辨不出的，需要考察所涉及的类之间的逻辑关系。如果不是很确定一个关系是不是聚合关系，可以将之设置为关联关系。

合成关系

　　合成（Composition）关系是关联关系的一种，是比聚合关系强的关系。它要求普通的聚合关系中代表整体的对象负责代表部分的对象的生命周期，合成关系是不能共享的。

　　代表整体的对象需要负责保持部分对象的存活，在一些情况下负责将代表部分的对象湮灭掉。代表整体的对象可以将代表部分的对象传递给另一个对象，由后者负责此对象的生命周期。聚合关系和合成关系的类图如下图所示。

　　在上面的类图中，显示了MonkeyKing以及他的四肢（Limb）和他的金箍棒（GoldRingedStaff）之间的关系。可以看出，MonkeyKing与GoldRingedStaff之间是聚合关系；而MonkeyKing与Limb之间的关系比前者更强，是合成关系，因为MonkeyKing的四肢完全有他自己负责，并且不能共享。

　　如果不能确定一个关系是不是合成关系，可以将之设置为聚合关系，甚至是关联关系。

依赖关系

　　依赖（Dependency）也是类与类之间的连接，依赖总是单向的。依赖关系表示一个类依赖于另一个类的定义。一个人（Person）可以买车（Car）和房子（House），Person类依赖于Car类和House类，如下图所示。

　　在上面的例子里，Person类依赖于Car类和House类的定义，因为Person类引用了Car和House。与关联关系不同的是，Person类里并没有Car和House类型的属性，Car和House的实例是以参量的方式传入到buy()方法中去的。其源代码如下所示。

public class Person{
    public void buy(Car car){
        ....  
    }  
    public void buy(House house){
        ....      
    }    
}

　　一般而言，依赖关系在Java语言中体现为局域变量、方法的参量，以及对静态方法的调用。换言之，如果一个方法的参量是另一个类B的实例，那么这个方法所在的类A依赖于类B。如果类A调用另一个类B的静态方法，那么类A依赖于类B。

　　如果类B出现在类A的实例变量中，那么类A与类B的关系就超越了依赖关系，，而变成了某一种关联关系。

　　每一个依赖关系都可以有一个名字。在上面的例子里，两个依赖关系的名字都是Buys。

在UML中，类使用包含类名、属性和操作且带有分隔线的长方形来表示，如定义一个Employee类，它包含属性name、age和email，以及操作modifyInfo()

1 public class Employee {
2 private String name;
3 private int age;
4 private String email;
5
6 public void modifyInfo() {
7 ......
8 }
9 }
在UML类图中，类一般由三部分组成：

(1) 第一部分是类名：每个类都必须有一个名字，类名是一个字符串。

(2) 第二部分是类的属性(Attributes)：属性是指类的性质，即类的成员变量。一个类可以有任意多个属性，也可以没有属性

UML规定属性的表示方式为：

　　可见性名称:类型 [ = 缺省值 ]

其中：

“可见性”表示该属性对于类外的元素而言是否可见，包括公有(public)、私有(private)和保护(protected)三种，在类图中分别用符号 +、- 和 # 表示。
“名称”表示属性名，用一个字符串表示。
“类型”表示属性的数据类型，可以是基本数据类型，也可以是用户自定义类型。
“缺省值”是一个可选项，即属性的初始值。
(3) 第三部分是类的操作(Operations)：操作是类的任意一个实例对象都可以使用的行为，是类的成员方法。

UML规定操作的表示方式为：

　　可见性名称(参数列表) [ : 返回类型]

其中：

“可见性”的定义与属性的可见性定义相同。
“名称”即方法名，用一个字符串表示。
“参数列表”表示方法的参数，其语法与属性的定义相似，参数个数是任意的，多个参数之间用逗号“，”隔开。
“返回类型”是一个可选项，表示方法的返回值类型，依赖于具体的编程语言，可以是基本数据类型，也可以是用户自定义类型，还可以是空类型(void)，如果是构造方法，则无返回类型。
在下图中，操作method1的可见性为public(+)，带入了一个Object类型的参数par，返回值为空(void)；操作method2的可见性为protected(#)，无参数，返回值为String类型；操作method3的可见性为private(-)，包含两个参数，其中一个参数为int类型，另一个为int[]类型，返回值为int类型。

由于在Java语言中允许出现内部类，因此可能会出现包含四个部分的类图。

原文链接：https://blog.csdn.net/windsunlike/article/details/103239811