![](https://img-blog.csdnimg.cn/20201014180756913.png?x-oss-process=image/resize,m_fixed,h_64,w_64)
设计模式
灬Sunnnnn
不积跬步,无以至千里.不积小流,无以成江海
展开
-
设计模式-访问者模式
访问者模式结构图意图:主要将数据结构与数据操作分离。主要解决:稳定的数据结构和易变的操作耦合问题。其中:Visitor(访问者) 为该对象结构中ConcreteElement的每一个类声明一个Visit操作。该操作的名字和特征标识了发送Visit请求给该访问者的那个类,这使得访问者可以确定正被访问的元素的具体的类。这样访问者就可以通过该元素的特定接口直接访问它。 Conc...原创 2020-03-07 20:28:51 · 430 阅读 · 0 评论 -
设计模式-模板方法模式
模板方法模式结构图意图:定义一个操作中的算法的骨架,而将一些步骤延迟到子类中。模板方法使得子类可以不改变一个算法的结构即可重定义该算法的某些特定步骤。主要解决:一些方法通用,却在每一个子类都重新写了这一方法。其中:AbstractClass(抽象类)定义抽象的原语操作,具体的子类将重定义它们以实现一个算法的各步骤;实现模板方法,定义一个算法的骨架,该模板方法不仅调用原语操作...原创 2020-03-07 19:55:01 · 124 阅读 · 0 评论 -
设计模式-策略模式
策略模式结构图意图:定义一系列的算法,把它们一个个封装起来, 并且使它们可相互替换。主要解决:在有多种算法相似的情况下,使用 if...else 所带来的复杂和难以维护。其中:Strategy(策略) 定义所有支持的算法的公共接口。Context使用这个接口来调用某ConcreteStrategy定义的算法。 ConcreteStrategy(具体策略)以Strategy...原创 2020-03-07 19:44:44 · 137 阅读 · 0 评论 -
设计模式-状态模式
状态模式结构图意图:允许对象在内部状态发生改变时改变它的行为,对象看起来好像修改了它的类。主要解决:对象的行为依赖于它的状态(属性),并且可以根据它的状态改变而改变它的相关行为。其中:Context(上下文)定义客户感兴趣的接口;维护一个ConcreteState子类的实例,这个实例定义当前状态。 State(状态)定义一个接口以封装与Context的一个特定状态相关的行...原创 2020-03-07 19:27:34 · 165 阅读 · 0 评论 -
设计模式-观察者模式
观察者模式结构图意图:定义对象间的一种一对多的依赖关系,当一个对象的状态发生改变时,所有依赖于它的对象都得到通知并被自动更新。主要解决:一个对象状态改变给其他对象通知的问题,而且要考虑到易用和低耦合,保证高度的协作。其中:Subject(目标)知道它的观察者,可以有任意多个观察者观察同一个目标;提供注册和删除观察者对象的接口。 Observer(观察者)为那些在目标发生改...原创 2020-03-07 19:12:33 · 161 阅读 · 0 评论 -
设计模式-备忘录模式
备忘录模式结构图意图:在不破坏封装性的前提下,捕获一个对象的内部状态,并在该对象之外保存这个状态。主要解决:所谓备忘录模式就是在不破坏封装的前提下,捕获一个对象的内部状态,并在该对象之外保存这个状态,这样可以在以后将对象恢复到原先保存的状态。其中:Memento(备忘录)存储原发器对象的内部状态,原发器根据需求决定备忘录存储原发器的哪些内部状态;防止原发器以外的其他对象访问...原创 2020-03-07 18:36:52 · 99 阅读 · 0 评论 -
设计模式-中介者模式
中介者模式结构图意图:用一个中介对象来封装一系列的对象交互。中介者使各对象不需要显式地相互引用,从而使其耦合松散,而且可以独立地改变它们之间的交互。主要解决:对象与对象之间存在大量的关联关系,这样势必会导致系统的结构变得很复杂,同时若一个对象发生改变,我们也需要跟踪与之相关联的对象,同时做出相应的处理。其中:Mediator(中介者)定义一个接口用于各同事(Colleag...原创 2020-03-05 23:27:26 · 182 阅读 · 0 评论 -
设计模式-迭代器模式
迭代器模式结构图意图:提供一种方法顺序访问一个聚合对象中的各个元素,且不需要暴露该对象的内部表示。主要解决:不同的方式来遍历整个整合对象。其中:Iterator定义访问和遍历元素的接口。 ConcreteIterator(具体迭代器)实现迭代器接口;对该聚合遍历时跟踪当前位置。 Aggregate(聚合)定义创建相应迭代器对象的接口。 ConcreteAggrega...原创 2020-03-05 22:52:23 · 109 阅读 · 0 评论 -
设计模式-解释器模式
解释器模式结构图意图:给定一个语言,定义它的文法的一种表示,并表示一个解释器,这个解释器使用该表示来解释语言中的句子。主要解决:对于一些固定文法构建一个解释句子的解释器。其中:AbstractExpression声明一个程序的解释操作,这个接口为抽象语法树中所有的结点所共享。 TerminalExpression实现与文法中的终结符相关的解释操作;一个句子中的每个终结符...原创 2020-03-05 22:12:19 · 103 阅读 · 0 评论 -
设计模式-命令模式
命令模式结构图意图:将一个请求封装为一个对象,从而使得可以用不同的请求对客户进行参数化;对请求排队或记录请求日志,以及支持可撤销的操作。主要解决:在软件系统中,行为请求者与行为实现者通常是一种紧耦合的关系,但某些场合,比如需要对行为进行记录、撤销或重做、事务等处理时,这种无法抵御变化的紧耦合的设计就不太合适。其中:Command声明执行操作的接口。 ConcreteCo...原创 2020-03-05 21:49:41 · 195 阅读 · 0 评论 -
设计模式-责任链模式
责任链模式结构图顾名思义,责任链模式(Chain of Responsibility Pattern)为请求创建了一个接收者对象的链。这种模式给予请求的类型,对请求的发送者和接收者进行解耦。这种类型的设计模式属于行为型模式。在这种模式中,通常每个接收者都包含对另一个接收者的引用。如果一个对象不能处理该请求,那么它会把相同的请求传给下一个接收者,依此类推。意图:使多个对象都有机会处...原创 2020-03-05 21:22:19 · 162 阅读 · 0 评论 -
设计模式-代理模式
代理模式结构图意图:为其他对象提供一种代理以控制对这个对象的访问。主要解决:在直接访问对象时带来的问题,比如说:要访问的对象在远程的机器上。在面向对象系统中,有些对象由于某些原因(比如对象创建开销很大,或者某些操作需要安全控制,或者需要进程外的访问),直接访问会给使用者或者系统结构带来很多麻烦,我们可以在访问此对象时加上一个对此对象的访问层。其中:Proxy保存一个引用使...原创 2020-03-04 22:51:31 · 102 阅读 · 0 评论 -
设计模式-享元模式
享元模式结构图意图:运用共享技术有效地支持大量细粒度的对象。主要解决:在有大量对象时,有可能会造成内存溢出,我们把其中共同的部分抽象出来,如果有相同的业务请求,直接返回在内存中已有的对象,避免重新创建。其中:Flyweight描述一个接口,通过这个接口Flyweight可以接受并作用于外部状态。 ConcreteFlyweiConght实现Flyweight接口,并为内...原创 2020-03-04 22:27:09 · 126 阅读 · 0 评论 -
设计模式-外观模式
外观模式结构图意图:为子系统中的一组接口提供一个一致的界面,外观模式定义了一个高层接口,这个接口使得这一子系统更加容易使用。主要解决:降低访问复杂系统的内部子系统时的复杂度,简化客户端与之的接口。其中:Facade知道哪些子系统类负责处理请求;将客户的请求代理给适当的子系统对象。 Subsystem classes 实现子系统的功能;处理有Facade对象指派的任务;没有...原创 2020-03-04 21:58:44 · 101 阅读 · 0 评论 -
设计模式-装饰模式
装饰模式结构图意图:动态地给一个对象添加一些额外的职责。就增加功能而言,装饰模式比生成子类更加灵活。其中:Component定义一个对象接口,可以给这些对象动态地添加职责。 ConcreteComponent定义一个对象,可以给这个对象添加一些职责。 Decorator维持一个指向Component对象指针,并定义一个与Component接口一致的接口。 Concrete...原创 2020-03-04 21:39:05 · 156 阅读 · 0 评论 -
设计模式-组合模式
组合模式结构图意图:将对象组合成树型结构以表示“部分-整体”的层次结构。组合使得用户对单个对象和组合对象的使用具有一致性。其中:Component为组合中的对象声明接口;在适当情况下实现所有类共有接口的默认行为;声明一个接口用于访问和管理Component的子组件;(可选)在递归结构中定义一个接口,用于访问一个父组件,并在合适的情况下实现它。 Leaf在组合中表示叶结点对...原创 2020-03-04 21:03:02 · 156 阅读 · 0 评论 -
设计模式-桥接模式
桥接模式结构图意图:将抽象部分与其实现部分分离,使它们都可以独立地变化。其中:Abstraction定义抽象类的接口,维护一个指向Implement类型对象的指针。 RefinedAbstraction扩充由Abstraction定义的接口。 Implement定义实现类的接口,该接口不一定要与Abstraction的接口完全一致;事实上这两个接口可以完全不同。一般来说,I...原创 2020-03-03 22:49:06 · 98 阅读 · 0 评论 -
设计模式-适配器模式
适配器模式结构图意图:将一个类的接口转换成客户希望的另外一个接口。Adapter模式使得原本由于接口不兼容而不能一起工作的那些类可以一起工作。以下是类适配器结构图和对象适配器结构图其中:Target定义Client使用的与特定领域相关的接口。 Client与符合Target接口的对象协同。 Adaptee定义一个已经存在的接口,这个接口需要适配。 Adapter对A...原创 2020-03-03 21:49:33 · 93 阅读 · 0 评论 -
设计模式-单例模式
单例模式结构图意图:保证一个类仅有一个实例,并提供一个访问它的全局访问点。其中:Singleton指定一个Instance操作,允许客户访问它的唯一实例,Instance是一个类可能负责创建它自己的唯一实例。应用举例#include <iostream>using namespace std;// 单例class Singleton{pu...原创 2020-03-03 21:07:32 · 109 阅读 · 0 评论 -
设计模式-原型模式
原型模式结构图意图:用原型实例指定创建对象的种类,并且通过复制这些原型创建新的对象。其中:Prototype声明一个复制自身的接口。 ConcretePrototype实现一个复制自身的操作。 Client让一个原型复制自身从而创建一个新的对象。应用举例火影鸣人,多重影分身之术。#include <iostream>using names...原创 2020-03-03 20:57:27 · 103 阅读 · 0 评论 -
设计模式-工厂方法模式
工厂方法模式结构图意图:定义一个用于创建对象的接口,让子类决定实例化哪一个类。工厂方法使一个类的实例化延迟到其子类。其中:Product定义工厂方法所创建的对象的接口。 ConcreteProduct实现Product接口 Create声明工厂方法,该方法返回一个Product类型的对象。Create也可以定义一个工厂方法的默认实现,它返回一个默认的ConcretePro...原创 2020-03-03 20:30:14 · 144 阅读 · 0 评论 -
设计模式-建造者模式
建造者模式结构图意图:将一个复杂对象的构建与它的表示分离,使得同样的构建过程可以创建不同的表示。其中:Builder为创建一个product对象的各个部件指定抽象接口。 ConcreteBuilder实现Builder的接口以构造和装配该产品的各个部件,定义并明确它所创建的表示,提供一个检索产品的接口。 Director构造一个使用Builder接口的对象。 Produ...原创 2020-03-02 23:45:07 · 287 阅读 · 0 评论 -
设计模式-抽象工厂模式
1.抽象工厂模式结构图其中:AbstractFactory声明一个创建抽象产品的对象的操作接口。 ConcreteFactory实现创建具体产品对象的操作。 AbstractProduct为一类产品对象声明一个接口。 ConcreteProduct定义一个将被相应的具体工厂创建产品对象,实现AbstractProduct接口。 Client仅使用AbstractFac...原创 2020-03-02 23:07:17 · 134 阅读 · 0 评论