设计模式与UML

依赖关系(Dependency)的UML图

局部变量、方法的参数和静态方法的调用。

依赖关系(Dependency)的UML图 ： ClassRoom依赖于Student的UML图

依赖关系（Dependency）

虚线箭头
箭头指向被使用者
一条虚线+箭头

UML绘图方式

继承关系/泛化关系(Generalization)的UML图

实线空心三角箭头
箭头指向父类
一条实线+空心箭头。

UML绘图方式

Association

关联关系(Association)的UML图

关联关系

如果A类中成员变量是用B类声明的对象，那么A和B的关系是关联关系，称A关联于B或A组合了B。

描述了类的结构之间的关系

描述一组链，链是对象之间的连接

表示的是一个事物的对象
与另一个事物的对象之间的语义上连接

是整体与部分的关系
逻辑上能用"has a"表示。

两个类或类与接口之间的强依赖关系

在用例图中，执行者和用例之间进行交互
相关之间的关系用一根直线来表示（关联关系）

关联关系(Association)的UML图

实线无箭头

Aggregation

整体与部分生命周期不同
各自独立，可分离

整体与部分的关系
拥有关系
部分能脱离整体而独立存在

逻辑上能用"has a"表示。

一个较大的整体类
包含一个或多个部分类

通常在定义一个整体类后
再去分析这个整体类的组成结构
从而找出一些成员类
该整体与成员类之间就是聚合关系

（轮子和车）
（计算机与CPU）
（公司与员工的关系）

成员变量-聚合关系（Aggregation）（关联关系的特例）

UML绘图关系

Composition

整体与部分生命周期相同

语义更强的聚合

是整体与部分的关系
部分不能脱离整体而独立存在

逻辑上能用"has a"表示。

（公司与部门）

成员变量-组合关系（Composition）（关联关系的特例）

UML绘图关系

封闭空箭头虚线
 箭头指向接口
一条虚线+空心箭头

UML绘图关系

总览图

总览图

Dependency

一个事物发生变化
影响另一个事物

表示两个或多个模型元素之间
语义上的连接关系

描述了一个类的变化对
依赖于它的类产生影响的情况

是一种使用关系


即一个类的实现
需要另一个类的协助。
逻辑上能用"use a"表示。

尽量不要使用双向依赖。

代码体现

UML绘图方式

Generalization

特殊/一般关系


描述类的一般关系
与具体之间的关系

描述的“is a kind of”的关系

这种关系就是
面向对象语言中的
继承关系
逻辑上可以用"is a"表示。


若类B除具有类A的全部特性外
还可以定义新的特性，
以及替换类A的部分特性
那么类A与类B之间是泛化关系


A是B和C的父类，
B，C具有公共类（父类）A
说明A是B，C的一般化
（概括，泛化）

子类继承父类

UML绘图方式

关联关系（Association）

聚合关系（Aggregation）（关联关系的特例）

组合关系（Composition）（关联关系的特例）

Realization

和泛化关系相似
逻辑上也是用"is a"表示。


区别：
实现关系继承一个抽象类
（abstract、interface）
而泛化关系继承一个具体类。
接口和类之间的关系

将一个模型关系
与另一种模型关系
连接起来
从而说明和其实现之间的关系

将一个类或多个类实现一个接口

实现接口或继承某个抽象类

UML绘图关系

子主题

关联的多元性图示：

由参与者（Actor）、用例图（Use Case）、系统边界、箭头组成，用画图的方法来完成。

用例描述：用来详细描述用例图中每个用例，用文本文档来完成，以及由箭头所组成的所有关系，包括泛化，包括，扩展等。

 * 获取需求，帮助开发团队以一种可视化的方式理解系统的功能需求，包括基于基本流程的“角色”关系
 * 指导测试
 * 在整个过程中的其他工作流起到指导作用。

其中这个提取出来的公共用例称为抽象用例，而把原始用例称为基本用例或基础用例系：当可以从两个或两个以上的用例中提取公共行为时，应该使用包含关系来表示它们。

使用包含用例来封装一组跨越多个用例的相似动作（行为片段），以便多个基用例复用，

做基用例时，必然会做它所包含的事件。

eg：取款机的使用，包括了“识别客户”+“验证账号”，而且是必须要做的哦。

包含用例是必选的，如果缺少包含用例，基用例就不完整了

包含关系（include）

箭头指向的用例为被包含的用例
箭头出发的用例为基用例

几个用例可以提取他们共用的用例作为子用例，使其成为自己行为的一部分，因为子用例被提出，基用例并非一个完整的用例，所以include关系中的基用例必须和子用例一起使用才够完整，子用例也必然被执行。由基用例指向子用例，比如几个用例都要用到登录子用例，登录作为子用例没有它的参与，其他用例也无法执行，这就是包含关系。

如果一个用例很明显地混合了两种或两种以上的不同场景，即根据情况可能会发生多种分支，则可以将这个用例分为一个基本用例和一或多个扩展用例，这样描述可能更清晰

将基用例中一段相对独立并且可选的动作，用扩展用例加以封装，再让它从基用例中声明的扩展点上进行扩展，从而使用基用例行为更简练和目标更集中，
做基事件之后，我们能做扩展事件，也可能不做。

扩展关系（Extend）

箭头指向的用例为被扩展的用例
箭头出发的用例为基用例

当某个新用例在原来的用例基础上增加了新的步骤序列，则原来用例被称为基用例，这种关系称为扩展关系，可以这样理解这里的基用例是一个完整的用例，即使没有子用例的参与，也可以完成一个完整的功能，只有当扩展点被激活时，子用例才会被执行。由子用例指向基用例，比如说充值金额查询用例中有导出Excel子用例，离开子用例不影响充值金额查询的功能，这就是扩展关系。

当多个用例共同拥有一种类似的结构和行为的时候，可以将它们的共性抽象为父用例，其他的用例作为泛化关系中的子用例，在用例的泛化关系中，子用例是父用例的一种特殊形式，子用例继承了父用例所有的结构，行为和关系。


泛化和类中的泛化概念是一样的哦

常存在于父类与子类，父接口和子接口之间。
子用例继承父用例的行为和含义，还可以增加或覆盖父用例的行为
子用例可以出现在任何父用例出现的位置（父和子均有具体的用例）

父用例是“订票”，其两个子用例分别是，电话订票和网上订票、这两个用例都继承了父用例的行为，并添加了自己的行为。

一般和特殊关系

发出箭头的一方代表特殊一方
箭头指向的一方代表一般一方

泛化关系（Generalization）

public interface Task {
    public void run();
}


public class Task1 implements Task {
    private Task task;

    public Task1() {
    }

    public Task1(Task task) {
        this.task = task;
    }

    @Override
    public void run() {
        System.out.println("task1 is run");

        if (task != null) {
            task.run();
        }
    }
}


public class Task2 implements Task {
    private Task task;

    public Task2() {
    }

    public Task2(Task task) {
        this.task = task;
    }

    @Override
    public void run() {
        System.out.println("task2 is run");
        System.out.println("task2 is run");

        if (task != null) {
            task.run();
        }
    }
}


public class Task3 implements Task {
    private Task task;

    public Task3() {
    }

    public Task3(Task task) {
        this.task = task;
    }

    @Override
    public void run() {
        System.out.println("task3 is run");

        if (task != null) {
            task.run();
        }
    }
}

以上代码是模拟了三个任务类，它们都实现了统⼀个接⼝，并且它们都⼀个构造函数，可以在它们初始化的时候就持有另⼀个任
务类的对象引⽤，以⽅便该任务调⽤。

这个和服务器的过滤器有点类似，过滤器的实现也都是实现了同⼀个接⼝Filter。

上⾯这段代码就是⼀个任务链对象，它要做的事情很简单，就是将所有要执⾏的任务都按照指定的顺序串联起来。

当我们获取到责任链对象之后，调⽤其⽅法，得到以下运⾏结果：

以上是⼀个责任链的简单的实现，如果想要深⼊理解其思想，建议去观察⼀个过滤器链的执⾏源码。