设计模式是什么
“每一个模式描述了一个在我们周围不断重复发生的问题,以及该问题的解决方案的核心。这样,你就能一次又一次地使用该方案而不必重复劳动。”
----- Christopher Alexander
Alexander 是 20 世纪 70 年代的一位著名的建筑师 ,他为了解决同一个问题而设计出的不同版本的建筑结构,突然发现了这些高质量的设计中都具有着相似部分,然后他就把这些相似的部分提炼出来,总结成了一套经验,留着后续再设计时使用。
计算机行业里的设计模式
设计模式是在软件设计中经常出现的问题的解决方案,它们是经验丰富的开发人员通过时间和实践总结出来的最佳实践。
✨说白一点
它就是一套经过前人踩坑之后,总结出来的一套被反反复复使用的解决方案,
也即,前人栽树,后人乘凉。
在 Java 中,我们有幸继承了许多经典的设计模式,其中最著名的是《设计模式:可复用面向对象软件的基础》一书中总结的 23 种设计模式。这些设计模式可以分为三大类:创建型模式、结构型模式和行为型模式,本文我们将简要概述一下这些设计模式。
创建型模式(共 5 种)
- 单例模式(Singleton Pattern)
- 保证一个类仅有一个实例,并提供一个访问它的全局点
- 示例:
java.lang.Runtime
、数据库连接池
- 工厂方法模式(Factory Method Pattern)
- 定义一个用于创建对象的接口,但是由子类决定实例化哪一个类
- 示例:
java.util.Calendar
、java.util.Collection
- 抽象工厂模式(Abstract Factory Pattern)
- 提供一个创建一系列相关或相互依赖对象的接口,而无需指定它们具体的类
- 示例:
javax.xml.parsers.DocumentBuilderFactory
- 建造者模式(Builder Pattern)
- 将一个复杂对象的构建与其表示分离,使得同样的构建过程可以创建不同的表示
- 示例:
java.lang.StringBuilder
、java.lang.StringBuffer
- 原型模式(Prototype Pattern)
- 通过复制现有的对象来创建新对象,而不是从头开始创建
- 示例:
java.lang.Object#clone()
结构型模式(共 7 种)
- 适配器模式(Adapter Pattern)
- 将一个类的接口转换成客户希望的另外一个接口
- 示例:
java.util.Arrays#asList()
- 桥接模式(Bridge Pattern)
- 将抽象部分与它的实现部分分离,使它们都可以独立地变化
- 示例:
java.util.logging
- 组合模式(Composite Pattern)
- 将对象以树形结构组合以表示“部分-整体”的层次结构
- 示例:
java.awt.Container
、javax.swing.JComponent
- 装饰器模式(Decorator Pattern)
- 动态地给一个对象添加一些额外的职责
- 示例:
java.io.InputStream
- 外观模式(Facade Pattern)
- 为子系统中的一组接口提供一个一致的界面
- 示例:
java.net.URL
、javax.faces.webapp.FacesServlet
- 代理模式(Proxy Pattern)
- 为其他对象提供一种代理以控制对这个对象的访问
- 示例:
java.lang.reflect.Proxy
、java.rmi.*
- 享元模式(Flyweight Pattern)
- 用共享的方式高效地支持大量小粒度对象
- 示例:
java.lang.Integer#valueOf(int)
、java.lang.String#intern()
行为型模式(共 11 种)
- 观察者模式(Observer Pattern)
- 定义对象间的一对多依赖,当一个对象改变状态,所有依赖者都会受到通知并自动更新
- 示例:
java.util.Observer
、java.util.Observable
- 策略模式(Strategy Pattern)
- 定义一系列算法,将它们封装起来,并且使它们可以相互替换
- 示例:
java.util.Comparator
、java.util.Arrays#sort()
- 命令模式(Command Pattern)
- 将请求封装成对象,使得可以用不同的请求对客户进行参数化
- 示例:
java.lang.Runnable
、javax.swing.Action
- 状态模式(State Pattern)
- 允许对象在其内部状态改变时改变它的行为
- 示例:
java.util.Iterator
、javax.faces.lifecycle.Lifecycle
- 责任链模式(Chain of Responsibility Pattern)
- 为解除请求的发送者和接收者之间的耦合,而使多个对象都有机会处理这个请求
- 示例:
java.util.logging.Logger#log()
- 访问者模式(Visitor Pattern)
- 将算法与对象结构分离,并且可以在不改变对象结构的前提下定义新的操作
- 示例:
javax.lang.model.element.Element
、javax.lang.model.element.ElementVisitor
- 中介者模式(Mediator Pattern)
- 用一个中介对象来封装一系列的对象交互
- 示例:
java.util.Timer
、java.util.concurrent.Executor
- 备忘录模式(Memento Pattern)
- 在不破坏封装的情况下,捕获对象的内部状态,并在对象之外保存这个状态
- 示例:
java.util.Date
- 迭代器模式(Iterator Pattern)
- 提供一种方法顺序访问一个聚合对象中的各个元素,而不暴露其内部表示
- 示例:
java.util.Iterator
、java.util.Collection
- 模板方法模式(Template Method Pattern)
- 定义一个操作中的算法的骨架,将一些步骤延迟到子类中
- 示例:
java.util.AbstractList
、java.util.AbstractMap
- 解释器模式(Interpreter Pattern)
- 定义一个语言的文法,并且建立一个解释器来解释该语言中的句子
- 示例:
java.util.regex.Pattern
、javax.el.ELResolver
总结
这些设计模式提供了在特定情境中解决问题的通用方法,每种设计模式都有其适用的场景和优缺点。使用它们可以提高代码的可读性、可维护性和可扩展性。当我们对它们充分的掌握了,也可以自己去创造模式。最后,就像是倚天屠龙记中张无忌学习太极功似的,化有形于无形,无招胜有招(即所有模式变无模式)。
【Java 设计模式】系列 《23 种设计模式》 与 《7 大设计原则》 总纲
🚩设计原则
✨单一职责原则(SRP) 规定一个类应该只有一个引起变化的原因
✨开放/封闭原则(OCP) 表明软件实体应该是可以扩展的,但是不可修改的
✨里氏替换原则(LSP) 强调派生类必须能够替代其基类而不引起程序错误
✨依赖倒置原则(DIP) 倡导高层模块不应该依赖于低层模块,二者都应该依赖于抽象
✨接口隔离原则(ISP) 提倡一个类不应该被强迫依赖它不使用的接口
✨合成/聚合复用原则(CARP) 建议尽量使用合成/聚合,尽量不要使用继承
✨迪米特法则(LoD) 规定一个对象应该对其他对象有最少的了解
🚀创建型设计模式
✨单例模式 保证一个类仅有一个实例,并提供一个访问它的全局点
✨工厂方法模式 定义一个用于创建对象的接口,但是由子类决定实例化哪一个类
✨抽象工厂模式 提供一个创建一系列相关或相互依赖对象的接口,而无需指定它们具体的类
✨建造者模式 将一个复杂对象的构建与其表示分离,使得同样的构建过程可以创建不同的表示
✨原型模式 通过复制现有的对象来创建新对象,而不是从头开始创建
🚀结构型设计模式
✨适配器模式 将一个类的接口转换成客户希望的另外一个接口
✨桥接模式 将抽象部分与它的实现部分分离,使它们都可以独立地变化
✨组合模式 将对象以树形结构组合以表示“部分-整体”的层次结构
✨装饰器模式 动态地给一个对象添加一些额外的职责
✨外观模式 为子系统中的一组接口提供一个一致的界面
✨代理模式 为其他对象提供一种代理以控制对这个对象的访问
✨享元模式 用共享的方式高效地支持大量小粒度对象
🚀行为型设计模式
✨观察者模式 定义对象间的一对多依赖,当一个对象改变状态,所有依赖者都会受到通知并自动更新
✨策略模式 定义一系列算法,将它们封装起来,并且使它们可以相互替换
✨命令模式 将请求封装成对象,使得可以用不同的请求对客户进行参数化
✨状态模式 允许对象在其内部状态改变时改变它的行为
✨责任链模式 为解除请求的发送者和接收者之间的耦合,而使多个对象都有机会处理这个请求
✨访问者模式 将算法与对象结构分离,并且可以在不改变对象结构的前提下定义新的操作
✨中介者模式 用一个中介对象来封装一系列的对象交互
✨备忘录模式 在不破坏封装的情况下,捕获对象的内部状态,并在对象之外保存这个状态
✨迭代器模式 提供一种方法顺序访问一个聚合对象中的各个元素,而不暴露其内部表示
✨模版方法模式 定义一个操作中的算法的骨架,将一些步骤延迟到子类中
✨解释器模式 定义一个语言的文法,并且建立一个解释器来解释该语言中的句子