Java设计之道——通过UML理解23种设计模式

不念不忘少年蓝@ 2023-01-20 09:56 1阅读 0赞

参考文章：[Java设计之道——通过UML理解23种设计模式][Java_UML_23]

# UML类图 #

从一个示例开始，请看以下这个类图，类之间的关系是我们需要关注的：

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L05vX0dhbWVfTm9fTGlmZV8_size_16_color_FFFFFF_t_70][]

>  *  **泛化(generalize)与实现(realize)**
>     
>      *  泛化：SUV扩展和继承小汽车的功能；
>      *  实现：小汽车实现车这个概念。
>  *  **聚合(aggregation)与组合(composition)**
>     
>      *  聚合：班级由多个学生组成；
>      *  组合：轮胎和发动机组合成为小汽车。
>  *  **关联(association)与依赖(dependency)**
>     
>      *  关联：学生上学使用了身份证；
>      *  依赖：学生上学需要使用自行车。

简单来说：

> 泛化和实现区别在于：继承的是**实体**还是**抽象类/接口**。  
> 聚合和组合区别在于：**上层消失是否部分也会消失**。  
> 关联和依赖的区别在于：之间的联系是**天然的**还是**临时性的**。

## 泛化(generalize)与实现(realize)： ##

**泛化关系用一条带空心箭头的直接表示：**

![在这里插入图片描述][20200728101040520.png]

**实现关系用一条带空心箭头的虚线表示：**

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L05vX0dhbWVfTm9fTGlmZV8_size_16_color_FFFFFF_t_70 1]

”车”为一个抽象概念，在现实中并无法直接用来定义对象；只有指明具体的子类(汽车还是自行车)，才可以用来定义对象。  
即实现可以理解为接口继承和抽象类的继承，泛化可以理解为实体继承。

## 聚合(aggregation)与组合(composition) ##

**聚合关系用一条带空心菱形箭头的直线表示：**

![在这里插入图片描述][20200728102000251.png]

聚合关系用于表示实体对象之间的关系，表示**整体由部分构成**的语义。

组合关系用一条带实心菱形箭头直线表示：

![在这里插入图片描述][20200728102043222.png]

>  
> 
>  *  **组合关系**：一种强依赖的特殊聚合关系，如果整体不存在了，则部分也不存在了；例如， 公司不存在了，部门也将不存在了；
>  *  **聚合关系**：整体和部分不是强依赖的，即使整体不存在了，部分仍然存在；例如， 部门撤销了，人员不会消失，他们依然存在；

## 关联(association)与依赖(dependency) ##

关联关系是用一条直线表示的，关联关系默认不强调方向，表示对象间相互知道；如果特别强调方向，如下图，表示A知道B，但 B不知道A；

![在这里插入图片描述][20200728102216282.png]

依赖关系是用一套带箭头的虚线表示的，依赖也有方向，双向依赖是一种非常糟糕的结构，我们总是应该保持单向依赖，杜绝双向依赖的产生。

![在这里插入图片描述][20200728102257638.png]

**关联和依赖的区别在于：**

>  *  **依赖：**描述一个对象在运行期间会用到另一个对象，它是一种临时性的关系，通常在运行期间产生，并且随着运行时的变化； 依赖关系也可能发生变化。
>  *  **关联：**是一种静态关系， 通常与运行状态无关，一般由常识等因素决定的；它一般用来定义对象之间静态的、天然的结构。

# 23种设计模式 #

## 创建型模式 ##

创建型模式(Creational Pattern)对类的实例化过程进行了抽象，能够将软件模块中对象的创建和对象的使用分离。

> [简单工厂模式][Link 1] ———— ☆☆☆☆  
> [工厂方法模式][Link 1]———— ☆☆☆☆☆  
> [抽象工厂模式][Link 2]———— ☆☆☆☆☆  
> [建造者模式][Link 3]————— ☆☆  
> [原型模式][Link 4]—————— ☆☆☆  
> [单例模式][Link 5]—————— ☆☆☆☆

## 结构型模式 ##

结构型模式(Structural Pattern)描述如何将类或者对 象结合在一起形成更大的结构，就像搭积木，可以通过 简单积木的组合形成复杂的、功能更为强大的结构。

> [适配器模式][Link 6]————— ☆☆☆☆  
> [桥接模式][Link 7]—————— ☆☆☆  
> [组合模式][Link 8]—————— ☆☆☆☆  
> [装饰模式][Link 9]—————— ☆☆☆  
> [外观模式][Link 10]—————— ☆☆☆☆☆  
> [享元模式][Link 11]—————— ☆  
> [代理模式][Link 12]—————— ☆☆☆☆

## 行为型模式 ##

行为型模式(Behavioral Pattern)是对在不同的对象之间划分责任和算法的抽象化。  
行为型模式不仅仅关注类和对象的结构，而且重点关注它们之间的相互作用。

> [责任链模式][Link 13]————— ☆☆☆  
> [命令模式][Link 14]—————— ☆☆☆☆  
> [访问者模式][Link 15]————— ☆  
> [迭代器模式][Link 16]————— ☆☆☆☆☆  
> [中介者模式][Link 17]————— ☆☆  
> [备忘录模式][Link 18]————— ☆☆  
> [观察者模式][Link 19]————— ☆☆☆☆☆  
> [状态模式][Link 20]—————— ☆☆☆  
> [策略模式][Link 21]—————— ☆☆☆☆  
> [模板方法模式][Link 22]———— ☆☆☆

[Java_UML_23]: https://blog.csdn.net/No_Game_No_Life_/article/details/107629644
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L05vX0dhbWVfTm9fTGlmZV8_size_16_color_FFFFFF_t_70]: /images/20221021/91653cee54c44b1881d7047b5b951992.png
[20200728101040520.png]: /images/20221021/0ce1908f84ed4f22b1daf83cd7c88922.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L05vX0dhbWVfTm9fTGlmZV8_size_16_color_FFFFFF_t_70 1]: /images/20221021/b57f329befb84c9b86eddbc45c2a2a1a.png
[20200728102000251.png]: /images/20221021/707e0f8574df47e5917db1ada5dae92f.png
[20200728102043222.png]: /images/20221021/0588c0f31f164e1eb5aa6f8872e5bc77.png
[20200728102216282.png]: /images/20221021/ccd1f2e3fd1b4b938610ccffb85206b2.png
[20200728102257638.png]: /images/20221021/a457d4972f2d435083adf705cbe918c7.png
[Link 1]: https://blog.csdn.net/No_Game_No_Life_/article/details/85704566
[Link 2]: https://blog.csdn.net/No_Game_No_Life_/article/details/85758807
[Link 3]: https://blog.csdn.net/No_Game_No_Life_/article/details/85764371
[Link 4]: https://blog.csdn.net/No_Game_No_Life_/article/details/85765147
[Link 5]: https://blog.csdn.net/No_Game_No_Life_/article/details/85761985
[Link 6]: https://blog.csdn.net/No_Game_No_Life_/article/details/85776293
[Link 7]: https://blog.csdn.net/No_Game_No_Life_/article/details/85780377
[Link 8]: https://blog.csdn.net/No_Game_No_Life_/article/details/85781919
[Link 9]: https://blog.csdn.net/No_Game_No_Life_/article/details/85777928
[Link 10]: https://blog.csdn.net/No_Game_No_Life_/article/details/85778546
[Link 11]: https://blog.csdn.net/No_Game_No_Life_/article/details/85782192
[Link 12]: https://blog.csdn.net/No_Game_No_Life_/article/details/85778289
[Link 13]: https://blog.csdn.net/No_Game_No_Life_/article/details/85987171
[Link 14]: https://blog.csdn.net/No_Game_No_Life_/article/details/85989272
[Link 15]: https://blog.csdn.net/No_Game_No_Life_/article/details/85991622
[Link 16]: https://blog.csdn.net/No_Game_No_Life_/article/details/85986517
[Link 17]: https://blog.csdn.net/No_Game_No_Life_/article/details/85992057
[Link 18]: https://blog.csdn.net/No_Game_No_Life_/article/details/85989598
[Link 19]: https://blog.csdn.net/No_Game_No_Life_/article/details/85986064
[Link 20]: https://blog.csdn.net/No_Game_No_Life_/article/details/85990818
[Link 21]: https://blog.csdn.net/No_Game_No_Life_/article/details/85784661
[Link 22]: https://blog.csdn.net/No_Game_No_Life_/article/details/85786183