软考-设计模式（总）

guoshaobao

已于 2024-02-19 14:01:47 修改

阅读量209

点赞数

分类专栏：软件设计师中级考试学习记录文章标签：设计模式

于 2024-02-19 11:47:38 首次发布

原文链接：https://blog.csdn.net/guangod/article/details/101151735

版权

软件设计师中级考试学习记录专栏收录该内容

4 篇文章 0 订阅

订阅专栏

参考

软考考点之设计模式_软考设计模式考点-CSDN博客

创建型模式，共五种：工厂方法模式、抽象工厂模式、单例模式、建造者模式、原型模式。
结构型模式，共七种：适配器模式、装饰器模式、代理模式、外观模式、桥接模式、组合模式、享元模式。
行为型模式，共十一种：策略模式、模板方法模式、观察者模式、迭代子模式、责任链模式、命令模式、备忘录模式、状态模式、访问者模式、中介者模式、解释器模式。

一、创建型模型

创建型模式(Creational Pattern)对类的实例化过程进行了抽象，能够将软件模块中对象的创建和对象的使用分离。外界对于这些对象只需要知道它们共同的接口，而不清楚其具体的实现细节，使整个系统的设计更加符合单一职责原则。如何产生对象的问题？

单例（Singleton）模式：某个类只能生成一个实例，该类提供了一个全局访问点供外部获取该实例，其拓展是有限多例模式。可能是比较简单的对象
原型（Prototype）模式：将一个对象作为原型，通过对其进行复制而克隆出多个和原型类似的新实例。只是在原型对象的基础上进行复制，还不是很复杂
工厂方法（Factory Method）模式：定义一个用于创建产品的接口，由子类决定生产什么产品。能过接口工厂，由子类根据需要产生对象，开始按需要产生对象了，开始复杂有主观性了。
抽象工厂（AbstractFactory）模式：提供一个创建产品族的接口，其每个子类可以生产一系列相关的产品。更大的接口工厂，产生一系列的对象。
建造者（Builder）模式或生成器模式：将一个复杂对象分解成多个相对简单的部分，然后根据不同需要分别创建它们，最后构建成该复杂对象。建造一个复杂的对象，所以才称得上是建造。

二、结构型模型(涉及如何组合类和对象以获得更大的结构)

创建型与结构型如何来区分呢？？

其实创建型的五个还是比较好区分的，创建型从名字上就可以看，目的就是创建新的对象，并不明确指向功能

结构型目的是结构。即：不同结构来实现不同的功能。结构型模式包容了对很多问题的解决。例如：扩展性（外观、组成、代理、装饰）封装性（适配器，桥接）。

结构型模式可以分为类结构型模式和对象结构型模式：

类结构型模式关心类的组合，设计他们的交互方式，从而达到实现一定的功能的目的

在类结构型模式中一般只存在继承关系和实现关系。 - 对象结构型模式关心类与对象的组合，通过关联关系使得在一个类中定义另一个类的实例对象，然后通过该对象调用其方法。根据“合成复用原则”，在系统中尽量使用关联关系来替代继承关系，因此大部分结构型模式都是对象结构型模式。

代理（Proxy）模式：为某对象提供一种代理以控制对该对象的访问。即客户端通过代理间接地访问该对象，从而限制、增强或修改该对象的一些特性。既然是一种结构，其实说的是访问机制；代理间接访问。是两个对象间，不同实现。
适配器（Adapter）模式：将一个类的接口转换成客户希望的另外一个接口，使得原本由于接口不兼容而不能一起工作的那些类能一起工作。调整接口，使之能访问，所以是适配器。是两个对象间，不同实现间
桥接（Bridge）模式：将抽象与实现分离，使它们可以独立变化。它是用组合关系代替继承关系来实现，从而降低了抽象和实现这两个可变维度的耦合度。JDBC中的把面向厂商的接口(Driver)和面向使用者的API(DriverManager)做了拆分隔离。通过一个桥，这个桥有别于代理或接口，面向的是两个对象，一个实现间访问 // 开发者只需要关注JDBC API, 无需关注不同数据库Driver接口实现 Class.forName("com.mysql.jdbc.Driver"); Connection conn = DriverManager.getConnection(url, username, password);
装饰（Decorator）模式：动态的给对象增加一些职责，即增加其额外的功能。装饰，与现实中装修类似，只能是锦上添花，所以是一个对象，不同实现功能。
外观（Facade）模式：为系统中多个子系统提供一致的对外调用，对客户端隐藏子系统细节，降低其与子系统的耦合。只提供一个外观接口，具体的内部实现看不到，可以认为是不同对象，同一实现
享元（Flyweight）模式：运用共享技术来有效地支持大量细粒度对象的复用。带个享字，也就是共享，面比较大了，可能是多个对象间，不同实现间
组合（Composite）模式：将对象组合成树状层次结构，使用户对单个对象和组合对象具有一致的访问性。
见名思义：不同对象组合，关系用树型表示。不同多个对象，不同实现间。

三、行为型模式(描述对象之间的通信方式和职责划分即用来干什么的问题)

如何区分行为型模式与结构型模式呢？

结构型模式，目的是结构

行为型模式，目的是划分职责，指向具体的职责

通过行为型模式，可以更加清晰地划分类与对象的职责，并研究系统在运行时实例对象之间的交互。在系统运行时，对象并不是孤立的，它们可以通过相互通信与协作完成某些复杂功能，一个对象在运行时也将影响到其他对象的运行。

模板方法（TemplateMethod）模式：定义一个操作中的算法骨架，而将算法的一些步骤放到子类中，使得子类可以不改变该算法结构的情况下重定义该算法的某些特定步骤。只提供一个相同算法模板，实现由子类实现
策略（Strategy）模式：定义了一系列算法，并将每个算法封装起来，使它们可以相互替换，且算法的改变不会影响使用算法的客户。提供不同的算法策略
命令（Command）模式：将一个请求封装为一个对象，使发出请求的责任和执行请求的责任分割开。
提供的是一个命令对象，通过命令对象使相关的对象发生变化。
职责链（Chain of Responsibility）模式：把请求从链中的一个对象传到下一个对象，直到请求被响应为止。通过这种方式去除对象之间的耦合。
提供一条链，在相关对象间寻找能响应的
状态（State）模式：允许一个对象在其内部状态发生改变时改变其行为能力。可以改变内部状态
观察者（Observer）模式：多个对象间存在一对多关系，当一个对象发生改变时，把这种改变通知给其他多个对象，从而影响其他对象的行为。见名知义，观察连动机制
观察者模式结构图

在观察者模式中有如下角色：

Subject：抽象主题（抽象被观察者），抽象主题角色把所有观察者对象保存在一个集合里，每个主题都可以有任意数量的观察者，抽象主题提供一个接口，可以增加和删除观察者对象。
ConcreteSubject：具体主题（具体被观察者），该角色将有关状态存入具体观察者对象，在具体主题的内部状态发生改变时，给所有注册过的观察者发送通知。
Observer：抽象观察者，是观察者者的抽象类，它定义了一个更新接口，使得在得到主题更改通知时更新自己。
ConcrereObserver：具体观察者，实现抽象观察者定义的更新接口，以便在得到主题更改通知时更新自身的状态。
中介者（Mediator）模式：定义一个中介对象来简化原有对象之间的交互关系，降低系统中对象间的耦合度，使原有对象之间不必相互了解。见名知义：中介对象，简化关系
迭代器（Iterator）模式：提供一种方法来顺序访问聚合对象中的一系列数据，而不暴露聚合对象的内部表示。迭代的是什么？不应该这么想，只是一种类似于迭代的方法，特点就是顺序访问对象中的方法
访问者（Visitor）模式：封装某些作用于某种数据结构中各元素的操作，它可以在不改变数据结构的前提下定义作用于这些元素的新的操作。

下面我们就来说一下访问者模式的通用实现，通过类图可以看到，在访问者模式中，主要包括下面几个角色：

抽象访问者：抽象类或者接口，声明访问者可以访问哪些元素，具体到程序中就是visit方法中的参数定义哪些对象是可以被访问的。
访问者：实现抽象访问者所声明的方法，它影响到访问者访问到一个类后该干什么，要做什么事情。
抽象元素类：接口或者抽象类，声明接受哪一类访问者访问，程序上是通过accept方法中的参数来定义的。抽象元素一般有两类方法，一部分是本身的业务逻辑，另外就是允许接收哪类访问者来访问。
元素类：实现抽象元素类所声明的accept方法，通常都是visitor.visit(this)，基本上已经形成一种定式了。
结构对象：一个元素的容器，一般包含一个容纳多个不同类、不同接口的容器，如List、Set、Map等，在项目中一般很少抽象出这个角色。

访问者模式的适用场景

假如一个对象中存在着一些与本对象不相干（或者关系较弱）的操作，为了避免这些操作污染这个对象，则可以使用访问者模式来把这些操作封装到访问者中去。

假如一组对象中，存在着相似的操作，为了避免出现大量重复的代码，也可以将这些重复的操作封装到访问者中去。
备忘录（Memento）模式：在不破坏封装性的前提下，获取并保存一个对象的内部状态，以便以后恢复它。
见名知义：备忘对象内部状态，这么个功能
解释器（Interpreter）模式：提供如何定义语言的文法，以及对语言句子的解释方法，即解释器。
也是解释这么个功能，特殊的解释应用场景下适用