UML类图用来定义系统中的类,包括描述类的结构和类之间的关系。类图的主要作用于描述系统的静态结构。
先看一张图(图片截取自AmaterasUML):
实体
类
组成
一般包含3个组成部分:类名、属性、方法
类的性质可以放在第四部分
如果类中含有内部类,则会出现下一个组成部分
类名部分是不能省略的,其他组成部分可以省略
书写规范
类名:正体字说明类是可被实例化的,斜体字说明类为抽象类。
属性:<修饰符> <<描述信息>> <属性名>: <类型>
方法:<修饰符> <<描述信息>> <方法名> (<参数:类型 ...>): <返回类型>
修饰符:
+
表示public;-
表示private;#
表示protected;省略
表示包可见性。
如果属性/方法具有下划线,则说明它是静态的。
描述信息使用<< >>
包裹。
类的性质是由一个属性、一个赋值方法和一个取值方法组成。
栗子
public class TaxCalculator {
private long taxRate ;
private int salary;
public TaxCalculator(long taxRate) {
this.taxRate = taxRate ;
}
public long countTax() {
return taxRate * salary;
}
public int getSalary() {
return salary;
}
public void setSalary(int salary) {
this.salary = salary;
}
}
接口
接口是一系列操作的集合,它指定了提供的一系列服务。它直接对应于Java中的一个接口类型。接口的表示有大概两种方式。具体画法如下:
public interface TaxCalculator
{
public long countTax();
public int getSalary();
public void setSalary(int salary);
}
当然也有这样的画法:
关系
依赖(Dependency)
依赖是一种弱关联,只要一个类用到另一个类,但是和另一个类的关系不是太明显的时候,就可以使用依赖关系
【依赖关系】:是一种使用的关系,即一个类的实现需要另一个类的协助,所以要尽量不使用双向的互相依赖
【代码表现】:局部变量、方法的参数或者对静态方法的调用
【箭头及指向】:带箭头的虚线,指向被使用者
关联(Association)
表示类与类之间的连接。它使一个类的可见属性和方法被另一个类使用。是两个类、或者类与接口之间语义级别的一种强依赖关系,不存在依赖关系的偶然性、临时性。一般是长期性的,而且双方的关系一般是平等的
【关联关系】:是一种拥有的关系,它使一个类知道另一个类的属性和方法;关联可以是双向的,也可以是单向的。双向的关联的箭头是可选的,单向的箭头指向遍历或者查询的方向。
【代码体现】:成员变量
【箭头及指向】:带普通箭头的实心线,指向被拥有者
在关联关系中可以使用附加的基数来说明类之间对应的个数:
基数 | 含义 |
---|---|
0..1 | 零个或者一个实例 |
0..* | 没有限制,任意 |
* | 没有限制,任意 |
1 | 有且只能一个实例 |
1..* | 至少有一个实例 |
注意:一个关联关系往往是聚合关系或者是合成关系。
泛化(Generalization)
表示类与类、接口与接口之间的继承关系。
【泛化关系】:是一种继承关系,表示一般与特殊的关系,它指定了子类如何特化父类的所有特征和行为。
【代码体现】:父类与子类(extends)
【箭头指向】:带三角箭头的实线,箭头指向父类
实现(Realization)
实现关系指定两个实体之间的一个合同。换言之,一个实体定义一个合同,而另一个实体保证履行该合同。
【实现关系】:是一种类与接口的关系,表示类是接口所有特征和行为的实现
【代码体现】:接口与实现类(implements)
【箭头指向】:带三角箭头的虚线,箭头指向接口
聚合(Aggregation)
聚合是关联的一种形式,代表两个类之间的整体/局部关系,他体现的是一种has-a的关系。聚合暗示着整体在概念上处于比局部更高的一个级别,而关联暗示两个类在概念上位于相同的级别。聚合还暗示着实例图中不存在回路,换言之,只能是一种单向关系。
【聚合关系】:整体与部分的关系,且部分可以离开整体而单独存在,可以具有各自的生命周期。关联和聚合的区别纯粹是概念上的,在Java语法上无法分辨。
【代码体现】:成员变量
【箭头及指向】:带空心菱形的实心线,菱形指向整体
组合(Composite)
组合也是关联关系的一种特例,他体现的是一种contains-a的关系,这种关系比聚合更强,也称为强聚合;他同样体现整体与部分间的关系,但此时整体与部分是不可分的,整体的生命周期结束也就意味着部分的生命周期结束;比如你和你的大脑。组合关系是不能共享的。
【组合关系】:是整体与部分的关系,但部分不能离开整体而单独存在。它要求普通的聚合关系中代表整体的对象负责代表部分的对象的生命周期。
【代码体现】:成员变量
【箭头及指向】:带实心菱形的实线,菱形指向整体
总结
关系总结
泛化:表示类与类之间的继承关系、接口与接口之间的继承关系;
实现:表示类对接口的实现;
依赖:当类与类之间有使用关系时就属于依赖关系,不同于关联关系,依赖不具有“拥有关系”,而是一种“相识关系”,只在某个特定地方(比如某个方法体内)才有关系。
关联:表示类与类或类与接口之间的依赖关系,表现为“拥有关系”;具体到代码可以用实例变量来表示;
聚合:属于关联的特殊情况,体现部分-整体关系,是一种弱拥有关系;整体和部分可以有不一样的生命周期;
组合:属于关联的特殊情况,体现部分-整体关系,是一种强“拥有关系”。
关系强弱
泛化=实现>组合>聚合>关联>依赖
画法
继承、实现是三角型箭头,其他都为箭头
组合、聚合都有一个菱形端,且都为实线,其他都无菱形端
继承是实线,实现是虚线;关联是实线,依赖是虚线
箭头:指向父类或接口、依赖物、子元素。
看个经典例子
说明:
实现:空心圆+直线(唐老鸭类实现了‘讲人话’);
实现:空心三角形+虚线(实现大雁飞翔的接口);
依赖:虚线+箭头(动物和空气的关系);
关联:实线+箭头(企鹅需要知道气候才迁移);
聚合:空心四边形+实线+箭头(雁群和大雁的关系);
合成/组合:实心四边形+实线+箭头(鸟和翅膀的关系);
泛化/继承:空心三角形+实线(动物和鸟的继承关系)。
想要具体剖析本图,请查看这里。PS:文中图片来自于网络,侵删。