每次写一次这个就要翻一次 PPT，这次干脆记录下来，便于以后查看。

聚合（aggregation）

聚合 是一种特殊的 联系

An Aggregation can be defined as:
A special form of association that models a whole-part relationship between an aggregate (the whole) and its parts.

• Aggregation is used to model a whole-part relationship between model elements. There are many examples of whole-part relationships: a Library contains Books, Departments are made up of Employees, a Computer is composed of a number of Devices. To model an aggregation, the aggregate (Department) has an aggregation association to its constituent parts (Employee).
• A hollow diamond is attached to the end of an association path on the side of the aggregate (the whole) to indicate aggregation.
• An aggregation relationship that has a multiplicity greater than one for the aggregate is called shared. Destroying the aggregate does not necessarily destroy the parts. By implication, a shared aggregation forms a graph or a tree with many roots. Shared aggregations are used when one instance is a part of two other instances. So, the same instance can participate in two different aggregations.

An aggregation is an “is a part-of” relationship.

UML 类图表示：一个整体可以拥有多个部分，一个部分属于一个整体：

组合

强语义的聚合，整体对象消失，部分对象也消失

目录

基本介绍

依赖关系

 泛化关系（依赖关系的特例）

实现关系（依赖关系的特例)

 关联关系

单向一对一关系   

双向一对一关系

聚合关系

 组合关系

基本介绍

• UML-Unified modiling language UML(统一建模语言),是一种用于软件系统分析和设计的语言工具，它用于帮助软件开发人员进行思考和记录思路的结果
• UML本身是一套符号的规则，就像数学符号和化学符号一样，这些符号用于描述软件模型中的各个元素和它们之间的关系，比如类、接口、实现、泛化、依赖(可以理解为使用)、组合、聚合等
• 使用UML来建模，常用的工具有Rational Rose,也可以使用一些插件来建模

可以使用 staruml_5.0_with_cm UML工具

•  Dependency:表示依赖(使用)
• Association:表示关联
• Generalization:表示泛化(继承)
• Aggregation:表示聚合（通过set的方式）
• Composite:组合（耦合性比聚合要强，B b = new B()）
• Realization:表示实现

UML图

画UML图和写文章差不多，都是把自己的思想描述给他人看，关键在于思路和条理。

（1）用例图(use case)

（2）静态结构图：类图、对象图、包图、组件图、部署图

（3）动态行为图: 交互图（时序图与协作图）、状态图、活动图

依赖关系

只要类中用到了对方，那么他们之间就存在依赖关系。如果没有对方，连编译都通过不了。具体表现为:

• 类中用到了对方
• 如果是类的成员属性
• 是方法的返回类型
• 是方法接收的参数类型
• 方法中使用到

package uml.dependence;

public class PersonServiceBean {
    private PersonDao personDao;
    public void save(Person person){}
    public IDCard getIDCard(Integer personid){
        return  null;
    }
    public void modify(){
        Department department = new Department();
    }

}

 泛化关系（依赖关系的特例）

•  泛化关系实际上就是继承关系
• 如果A类继承了B类，我们就说A和B存在泛化关系

实现关系（依赖关系的特例)

 关联关系

类与类之间的联系，它是依赖关系的特例

关联具有导航性:即双向关系或单向关系

关系具有多重性:如"1"（表示有且仅有一个）， "0..."（表示0个或者多个), "0,1"（表示0个或者多个), "n...m"(表示n到m个都可以),"m...*'（表示至少m个).

单向一对一关系   

public class Person{
	private IDCard card;
}
public class IDCard{
	
}

双向一对一关系

public class Person{
	private IDCard card;
}
public class IDCard{
	private Person person;
}

聚合关系

表示的是整体和部分的关系，整体与部分可以分开，聚合关系是关联关系的特例，所以它具有关联的导航性与多重性。如:一台电脑由键盘，显示器，鼠标等组成;组成电脑的各个配件是可以从电脑上分离出来的，使用带空心菱形的实现来表示；

package aggregation;

public class Computer {
    private Mouse mouse;
    private Monitor monitor;

    public Mouse getMouse() {
        return mouse;
    }

    public void setMouse(Mouse mouse) {
        this.mouse = mouse;
    }

    public Monitor getMonitor() {
        return monitor;
    }

    public void setMonitor(Monitor monitor) {
        this.monitor = monitor;
    }
}
class Mouse{

}
class Monitor{

}

 组合关系

如果Mouse、Monitor、Computer是不可分离的，则升级为组合关系，整体与部分不可以分开

package composite;

public class Computer {
    private Mouse mouse =new Mouse();
    private Monitor monitor = new Monitor();
}

class Mouse{

}

class Monitor{

}

 Computer创建了的话，Mouse和Monitor也同时创建了，Computer销毁了,Mouse和Monitor也跟着被销毁，同生共死。

再看一个案例:在程序中，我们定义实体类:Person与IDCard、Head，那么Head和Person就是组合，IDCard和Person就是聚合

package composite.person;

public class Person {
    private IDCard card;
    private Head head = new Head();
}

class IDCard{}
class Head{}

 身份证和人是聚合关系，因为未成年的人可以没有身份证，但是人和头是组合关系。但是如果在程序中Person实体中定义了对IDCard进行级联删除，即删除Person时连同IDCard一起删除，那么IDCard和Person就是组合了。（肯定是在方法里体现出来的）

1. 什么是UML图？

UML-Unified Modeling Language 统一建模语言，又称标准建模语言。是用来对软件密集系统进行可视化建模的一种语言。UML的定义包括UML语义和UML表示法两个元素。
UML是在开发阶段，说明、可视化、构建和书写一个面向对象软件密集系统的制品的开放方法。最佳的应用是工程实践，对大规模，复杂系统进行建模方面，特别是在软件架构层次，已经被验证有效。统一建模语言（UML）是一种模型化语言。模型大多以图表的方式表现出来。一份典型的建模图表通常包含几个块或框，连接线和作为模型附加信息之用的文本。这些虽简单却非常重要，在UML规则中相互联系和扩展。
更多介绍点击链接了解：
https://baike.baidu.com/item/UML%E5%9B%BE/6963758?fr=aladdin

2. UML图中的各种关系含义

2.1 依赖

2.1.1 简单理解及画法

这个依赖，通俗一点就是：人要依赖氧气、水、食物......才能生存，需要依赖氧气、水、食物......，人要依赖很多东西才能生存，如下图所示，氧气只是人依赖的一部分，如下图所示，画法如下图所示

2.1.2 那么在UML中的依赖是怎样的呢？

其实和上述所描述的差不多，如下图，类A依赖类B，那么类A中一定有B的存在，这个存在可能依赖关系在 Java 或 C++ 语言中体现为局部变量(函数参数等）、方法的参数或者对静态方法的调用，是组成类A的一部分。缺少了类B，类A就实现不了一部分功能了，如人缺少了手，就不能打游戏了，所以类A依赖类B
依赖方要用虚线剪头指向被依赖的类，如下图所示

2.1.3 实战中UML图的画法和表现及相应的代码

如在我写的一个项目中，类UserEventHandler依赖类LoginReqEv，类LoginReqEv是类UserEventHandler中一个函数的变量
补充一下，-号在这个变量或者函数的前面表示它是这个类私有的（private)，+号表示是公有的(pubulic)，#表示是保护的(protected)，UML类图，和代码图如下图所示

2.2 关联

2.2.1 简单理解，以及在UML中的画法

A关联于B，则B体现为A的全局变量（成员变量），反之，关联分为双向关联和单向关联，被关联方被实心箭头所指，画法如下图所示，其中双向关联有两种画法，还有一种特殊的自关联，一般在单例模式中出现，我就不介绍了。

2.2.2 实战中UML图的画法和表现及相应的代码

2.3 聚合

2.3.1 简单理解

聚合的关系比关联要强，聚合和组合比较像，都有关联的特征；
在聚合关系中，整体与部分之间是可分离的，他们可以具有各自的生命周期，部分可以属于多个整体对象，也可以为多个整体对象共享；
而组合的生命周期一样，才叫组合嘛！
聚合换一种话说，成员类是整体类的一部分，即成员对象是整体对象的一部分，但是成员对象可以脱离整体对象独立存在；
比如有一个类A和一个类B，如果B是A的聚合（A是整体，B是部分），要满足如下特征：

1. B是A的指针型成员变量
2. A和B有具有各自的生命周期，当A虚构时，即生命周期结束时，B不受影响(整体解散时，部分不受影响）

我查阅了很多资料，发现聚合是一个强关联，它肯定有关联的特征（成员变量中的指针型成员变量），也有自己的特征，各有各的生命周期。只有指针型成员变量才会有自己的独立分配内存空间，当整体不存在时，指针型成员变量还存在，但是有一种特殊情况，就是整体的虚构函数中，如果把指针型成员变量delete回收内存的话，指针型成员变量就随着整体的消逝而灭亡了，这就属于组合了，如下图1所示，这种情况是聚合。如下图2所示，这种情况是组合；

所以是聚合还是组合，要看具体的代码是怎么写了

2.3.2 实战中UML图的画法和表现及相应的代码

画法，空心菱形加实心箭头，指向成员变量对应的类，代码如上图一所示，UML图的画法如下图所示

2.4 组合

2.4.1 简单理解

组合换一种话说，成员类是整体类的一部分，即成员对象是整体对象的一部分，但是成员对象可以脱离不可以脱离整体，整体消失时，部分也随之消失，一般在整体虚构时，部分也虚构了（普通成员变量）或者回收内存了（指针成员变量）
有以下特征：

1. 属于整体的一部分，即为整体的成员变量
2. 生命周期随着整体的虚构(消失)而消失，生命周期相同

如果是指针成员变量的话，它在整体的其他函数方法中回收，或者没有在整体的虚构函数中回收，它就不属于组合了。

2.4.2 实战中UML图的画法和表现及相应的代码

画法，实心菱形加实心箭头，指向成员变量对应的类，图和相应的代码如下

画图不易，觉得写得不错的，给个赞和收藏或者关注哦