433 lines
14 KiB
Markdown
433 lines
14 KiB
Markdown
<!-- TOC -->
|
||
|
||
- [快速理解设计模式](#快速理解设计模式)
|
||
- [UML类图术语](#uml类图术语)
|
||
- [类的属性的表示方式](#类的属性的表示方式)
|
||
- [类的方法的表示方式](#类的方法的表示方式)
|
||
- [类和类之间关系的表示方式](#类和类之间关系的表示方式)
|
||
- [创建型模式](#创建型模式)
|
||
- [单例模式](#单例模式)
|
||
- [简单工厂模式](#简单工厂模式)
|
||
- [工厂方法](#工厂方法)
|
||
- [抽象工厂模式](#抽象工厂模式)
|
||
- [建造者（生成器）模式](#建造者生成器模式)
|
||
- [原型模式](#原型模式)
|
||
- [行为型模式](#行为型模式)
|
||
- [责任链模式](#责任链模式)
|
||
- [命令模式](#命令模式)
|
||
- [解释器模式](#解释器模式)
|
||
- [迭代器模式](#迭代器模式)
|
||
- [中介者模式](#中介者模式)
|
||
- [备忘录模式](#备忘录模式)
|
||
- [观察者模式](#观察者模式)
|
||
- [状态模式](#状态模式)
|
||
- [策略模式](#策略模式)
|
||
- [模板方法](#模板方法)
|
||
- [访问者模式](#访问者模式)
|
||
- [结构型](#结构型)
|
||
- [适配器模式](#适配器模式)
|
||
- [桥接模式](#桥接模式)
|
||
- [组合模式](#组合模式)
|
||
- [装饰者模式](#装饰者模式)
|
||
- [外观模式](#外观模式)
|
||
- [享元模式](#享元模式)
|
||
- [代理模式](#代理模式)
|
||
- [参考链接](#参考链接)
|
||
|
||
<!-- /TOC -->
|
||
|
||
# 快速理解设计模式
|
||
|
||
设计模式主要分为3大类，分别是创建型模式、行为型模式和结构型模式。
|
||
|
||
# UML类图术语
|
||
|
||
## 类的属性的表示方式
|
||
|
||
|
||
|
||
· + ：表示public
|
||
|
||
· - ：表示private
|
||
|
||
· #：表示protected（friendly也归入这类）
|
||
|
||
## 类的方法的表示方式
|
||
|
||
|
||
|
||
## 类和类之间关系的表示方式
|
||
|
||
1、依赖关系
|
||
|
||
一个类的某个方法引用到了另外一个类，即一个类的调用依赖于另外一个类的定义。
|
||
|
||
UML表示：采用虚线+箭头的方式表示依赖关系
|
||
|
||
|
||
|
||
2、关联关系
|
||
|
||
体现的是两个类或者类和接口之间语义级别的强依赖关系，它使得一个类知道另外一个类的属性和方法，通常是一个类拥有另外一个类或者接口的成员变量。
|
||
|
||
UML类图：使用普通箭头表示
|
||
|
||
|
||
|
||
3、聚合关系
|
||
|
||
一种**强**的关联关系，聚合是整体和个体之间的关系，两个类处于不平等的层次上，一个代表整体，一个代表局部。体现的是has-a的关系。
|
||
|
||
UML表示：使用空心菱形箭头表示。
|
||
|
||
|
||
|
||
4、组合关系
|
||
|
||
组合关系也是关联关系的一种，**比聚合关系更强的关系**。组合关系体现的是一种contains-a的关系，同样体现的是整体和局部的关系，但是整体和局部是不可分的，整体的生命周期结束也就意味着部分的生命周期的结束。
|
||
|
||
UML表示：使用实心菱形箭头表示。
|
||
|
||
|
||
|
||
|
||
5、实现关系
|
||
|
||
指的是类和接口之间的关系，一个类实现另外一个接口，实现接口的方法，添加自己的新功能。
|
||
|
||
UML表示：使用虚线+三角形表示
|
||
|
||
|
||
|
||
6、继承关系
|
||
|
||
指的是类和类之间、接口和接口之间的关系。子类全部继承父类的方法和属性。
|
||
|
||
UML表示：使用实线+三角形表示
|
||
|
||
|
||
|
||
# 创建型模式
|
||
|
||
创建型模式主要是和创建对象相关的一些设计模式
|
||
|
||
## 单例模式
|
||
|
||
目的：确保某个类在jvm中只有一个实例，提供该实例的全局访问点。
|
||
|
||
类图：使用一个私有构造函数、私有静态变量，和一个共有的静态函数来实现
|
||
|
||
懒汉式（线程不安全）、饿汉式、懒汉式（线程安全）
|
||
|
||
双重校验锁（注意volatile):
|
||
|
||
``` java
|
||
public class Singleton {
|
||
|
||
private volatile static Singleton uniqueInstance;
|
||
|
||
private Singleton() {
|
||
}
|
||
|
||
public static Singleton getUniqueInstance() {
|
||
if (uniqueInstance == null) {
|
||
synchronized (Singleton.class) {
|
||
if (uniqueInstance == null) {
|
||
uniqueInstance = new Singleton();
|
||
}
|
||
}
|
||
}
|
||
return uniqueInstance;
|
||
}
|
||
}
|
||
```
|
||
|
||
为什么要使用volatile？
|
||
uniqueInstance = new Singleton(); 这段代码其实是分三步执行：
|
||
|
||
1. 分配内存空间
|
||
2. 初始化对象
|
||
3. 将 uniqueInstance 指向分配的内存地址
|
||
|
||
JVM的指令重排序可能导致执行顺序编程1-3-2, 在多线程情况下，可能获取一个没有初始化的实例，导致程序出错。
|
||
|
||
使用volatile 可以禁止JVM的指令重排序，保证多线程的环境下程序的正常运行。
|
||
|
||
静态内部类：
|
||
|
||
实现延迟加载，也能实现一次加载，线程安全、相当于同步的懒汉式
|
||
|
||
枚举类型：单例模式的最佳实践，实现简单，并且能在面对复杂的序列化或者反射攻击的时候，能够防止实例化多次。
|
||
|
||
## 简单工厂模式
|
||
|
||
目的：创建对象的时候隐藏内部细节，提供一个创建对象的通用接口。
|
||
|
||
类图：在简单工厂模式中，根据传入type类型来决定到底生产哪种具体的产品类
|
||
|
||
|
||
|
||
## 工厂方法
|
||
|
||
目的：工厂方法把类的实例化操作放到子类来执行，本身抽象化。
|
||
|
||
类图：在简单工厂中，创建对象的是另一个类，而在工厂方法中，是由子类来创建对象。
|
||
|
||
|
||
|
||
## 抽象工厂模式
|
||
|
||
目的： 抽象工厂模式使用抽象工厂类来产生多个具体的工厂，由具体的工厂来生产各自的产品，最终关联到抽象产品类中，client通过抽象工厂来生产具体的产品。
|
||
|
||
|
||
|
||
## 建造者（生成器）模式
|
||
|
||
目的：封装一个对象的构造过程,允许按步骤构造
|
||
|
||
类图：在建造者模式中，通过抽象Builder对象来一步步建造
|
||
|
||
|
||
|
||
例如JDK中的StringBuilder就是采用建造者模式实现的。
|
||
|
||
## 原型模式
|
||
|
||
目的：使用原型实例指定要创建对象的类型，然后通过复制这个原型来创建新对象，**即通过原型模式创建复杂对象**
|
||
|
||
``` java
|
||
public class ConcretePrototype extends Prototype {
|
||
|
||
private String filed;
|
||
|
||
public ConcretePrototype(String filed) {
|
||
this.filed = filed;
|
||
}
|
||
|
||
@Override
|
||
Prototype myClone() {
|
||
return new ConcretePrototype(filed);
|
||
}
|
||
|
||
@Override
|
||
public String toString() {
|
||
return filed;
|
||
}
|
||
}
|
||
```
|
||
|
||
|
||
|
||
java.lang.Object#clone()采用的就是原型模式
|
||
|
||
# 行为型模式
|
||
|
||
行为型设计模式主要是表示类和对象如何交互，以及如何划分责任和算法。
|
||
|
||
## 责任链模式
|
||
|
||
目的：将请求的发送者和接收者解耦，使得多个对象都有处理这个请求的机会。
|
||
|
||
类图：定义一个抽象Handler类，实现具体的Handler类来处理请求。
|
||
|
||
|
||
|
||
JDK
|
||
|
||
java.util.logging.Logger#log()
|
||
Apache Commons Chain
|
||
javax.servlet.Filter#doFilter()
|
||
|
||
## 命令模式
|
||
|
||
目的：将命令封装成对象中，以便使用命令来参数化其它对象，或者将命令对象放入队列中进行排队，或者将命令对象的操作记录到日志中，以及支持可撤销的操作。
|
||
|
||
类图：
|
||
|
||
|
||
|
||
JDK
|
||
java.lang.Runnable
|
||
Netflix Hystrix
|
||
javax.swing.Action
|
||
|
||
## 解释器模式
|
||
|
||
目的：创建语言的解释器，通常有语言的语法和语法分析来定义
|
||
|
||
|
||
|
||
JDK
|
||
java.util.Pattern
|
||
java.text.Normalizer
|
||
All subclasses of java.text.Format
|
||
javax.el.ELResolver
|
||
|
||
## 迭代器模式
|
||
|
||
目的：提供一种顺序访问对象元素的方法，并且不暴露聚合对象的内部表示
|
||
|
||
|
||
|
||
## 中介者模式
|
||
|
||
目的：集中相关对象之间复杂的沟通和控制方式
|
||
|
||
类图：
|
||
- Mediator：中介者，定义一个接口用于与各同事（Colleague）对象通信。
|
||
- Colleague：同事，相关对象
|
||
|
||
|
||
|
||
## 备忘录模式
|
||
|
||
目的：在不违反封装的情况下获得对象的内部状态，从而在需要的时候可以将对象恢复到最初状态。
|
||
|
||
类图：
|
||
|
||
- Originator：原始对象
|
||
- Caretaker：负责保存好备忘录
|
||
- Menento：备忘录，存储原始对象的的状态。备忘录实际上有两个接口，一个是提供给 Caretaker 的窄接口：它只能将备忘录传递给其它对象；一个是提供给 Originator 的宽接口，允许它访问到先前状态所需的所有数据。理想情况是只允许 Originator 访问本备忘录的内部状态。
|
||
|
||
|
||
|
||
|
||
## 观察者模式
|
||
|
||
目的：定义对象之间的**一对多依赖**，当一个对象状态改变时，它所有依赖都会受到通知并且自动更新状态。
|
||
|
||
类图：
|
||
|
||
|
||
|
||
JDK
|
||
java.util.Observer
|
||
java.util.EventListener
|
||
javax.servlet.http.HttpSessionBindingListener
|
||
RxJava
|
||
|
||
## 状态模式
|
||
|
||
目的：允许对象在内部状态改变时改变它的行为，对象看起来好像修改了它所属的类。
|
||
|
||
类图：
|
||
|
||
|
||
|
||
## 策略模式
|
||
|
||
目的：定义一些列算法，封装每个算法，并使他们可以互换。策略模式可以让算法独立于使用它的客户端。
|
||
|
||
类图：
|
||
|
||
- Strategy 接口定义了一个算法族，它们都具有 behavior() 方法。
|
||
- Context 是使用到该算法族的类，其中的 doSomething() 方法会调用 behavior()，setStrategy(in Strategy) 方法可以动态地改变 strategy 对象，也就是说能动态地改变 Context 所使用的算法。
|
||
|
||
|
||
|
||
**与状态模式的比较**
|
||
状态模式的类图和策略模式类似，并且都是能够动态改变对象的行为。但是状态模式是通过状态转移来改变 Context 所组合的 State 对象，而策略模式是通过 Context 本身的决策来改变组合的 Strategy 对象。所谓的状态转移，是指 Context 在运行过程中由于一些条件发生改变而使得 State 对象发生改变，注意必须要是在运行过程中。
|
||
|
||
状态模式主要是用来解决状态转移的问题，当状态发生转移了，那么 Context 对象就会改变它的行为；而策略模式主要是用来封装一组可以互相替代的算法族，并且可以根据需要动态地去替换 Context 使用的算法。
|
||
|
||
## 模板方法
|
||
|
||
目的：定义算法框架，并将一些步骤的实现**延迟到子类**。通过模板方法，子类可以重新定义算法的某些步骤，而不用改变算法的结构。
|
||
|
||
类图：
|
||
|
||
|
||
|
||
## 访问者模式
|
||
|
||
目的：为一个对象结构（比如组合结构）增加新能力。
|
||
|
||
类图：
|
||
|
||
- Visitor：访问者，为每一个 ConcreteElement 声明一个 visit 操作
|
||
- ConcreteVisitor：具体访问者，存储遍历过程中的累计结果
|
||
- ObjectStructure：对象结构，可以是组合结构，或者是一个集合。
|
||
|
||
|
||
|
||
# 结构型
|
||
|
||
结构型模式是用于类或者对象之间的组合关系。
|
||
|
||
## 适配器模式
|
||
|
||
目的：把一个类的接口转换成另外一个用户需要的接口
|
||
|
||
类图：
|
||
|
||
|
||
|
||
## 桥接模式
|
||
|
||
目的：将抽象和实现分离，可以独立变化
|
||
|
||
类图：
|
||
|
||
- Abstraction: 定义抽象类的接口
|
||
- Implementor: 定义实现类的接口
|
||
|
||
|
||
|
||
## 组合模式
|
||
|
||
目的：将对象组合成树形结构来表示“整体/部分”层次关系，允许用户以相同的方式处理单独对象和组合对象。
|
||
|
||
类图：
|
||
|
||
|
||
|
||
JDK:
|
||
|
||
List
|
||
Map
|
||
|
||
## 装饰者模式
|
||
|
||
目的：为对象动态添加功能
|
||
|
||
类图：装饰者（Decorator）和具体组件（ConcreteComponent）都继承自组件（Component），具体组件的方法实现不需要依赖于其它对象，而装饰者组合了一个组件，这样它可以装饰其它装饰者或者具体组件。
|
||
|
||
|
||
|
||
## 外观模式
|
||
|
||
目的：提供了一个统一的接口，用来访问子系统中的一群接口，从而让子系统更容易使用。
|
||
|
||
类图：
|
||
|
||
|
||
|
||
## 享元模式
|
||
|
||
目的：利用共享的方式来支持大量细粒度的对象，这些对象的一部分内部状态是相同的。
|
||
|
||
类图：
|
||
|
||
- Flyweight：享元对象
|
||
- IntrinsicState：内部状态，享元对象共享内部状态
|
||
- ExtrinsicState：外部状态，每个享元对象的外部状态不同
|
||
|
||
|
||
|
||
## 代理模式
|
||
|
||
目的：控制对其他对象的访问。
|
||
|
||
类图：
|
||
|
||
|
||
|
||
**代理模式和装饰者模式的区别**
|
||
从功能上看，代理模式实现被代理类的简介访问，装饰者模式则是动态添加类的功能
|
||
从类图上看，代理类和装饰类均与目标类实现了同一接口，但是代理类拥有真实目标类的成员（关联关系）
|
||
|
||
# 参考链接
|
||
|
||
- [JAVA设计模式总结之23种设计模式](https://www.cnblogs.com/pony1223/p/7608955.html)
|
||
|