移动架构02_UML类图

Android移动架构汇总

在UML类图中，常见的有以下几种关系：泛化（Generalization）、实现（Realization）、关联（Association）、聚合（Aggregation）、组合（Composition）、依赖（Dependency）

1.泛化

泛化关系是一种继承关系，表示一般与特殊的关系，它指定了子类如何特化父类的所有特征和行为。

例如：老虎是动物的一种，既有老虎的特性也有动物的共性。

箭头指向：带三角箭头的实线，箭头指向父类。

2.实现（Realization）

实现关系是一种与接口的关系，表示类是接口所有特征和行为的实现。

箭头指向：带三角箭头的虚线，箭头指向接口

 

3.关联（Association）

关联关系是一种拥有关系，它使一个类知道另一个类的属性和方法；

如：老师与学生，丈夫与妻子。

关联关系可以是双向的，也可以是单向的。双向的关联可以有两个箭头或者没有箭头，单向的关联有一个箭头。

代码体现：成员变量

箭头及指向：带普通箭头的实心线，指向被拥有者

上图中，老师与学生是双向关联，老师有多名学生，学生也可能有多名老师。但学生与某课程间的关系为单向关联，一名学生可能要上多门课程，课程是个抽象的东西他不拥有学生。

上图为自身关联

4.聚合（Aggregation）

 

聚合关系是整体与部分的关系，且部分可以离开整体而单独存在，如车和轮胎是整体和部分的关系。

轮胎离开车仍然可以存在

聚合关系是关联关系的一种，是强的关联关系；关联和聚合在语法上无法区分，必须考察具体的逻辑关系。

代码体现：成员变量

箭头及指向：带空心菱形的实心线，菱形指向整体

5. 组合（Composition）

组合关系是整体与部分的关系，但部分不能离开整体而单独存在，如公司和部门是整体和部分的关系，没有公司就不存在部门。

组合关系是关联关系的一种，是比聚合关系还要强的关系，它要求普通的聚合关系中代表整体的对象负责代表部分的对象的生命周期。

代码体现：成员变量

箭头及指向：带实心菱形的实线，菱形指向整体

 

6.依赖（Dependency）

依赖关系是一种使用的关系，即一个类的实线需要另一个类的协助，所有要尽量不使用双向的相互依赖。

代码表现：局部变量、方法的参数或者静态方法的调用

箭头及指向：带箭头的虚线，指向被使用者

各种关系的强弱顺序：

泛化 = 实现> 组合>聚合>关联> 依赖

下面这张UML图，比较形象地展示了各种类图关系：