![](https://img-blog.csdnimg.cn/20201014180756925.png?x-oss-process=image/resize,m_fixed,h_64,w_64)
设计模式
&苏打水&
这个作者很懒,什么都没留下…
展开
-
设计模式(二十三)——责任链模式
一、责任链模式介绍责任链模式基本介绍1)职责链模式(Chain of Responsibility Pattern),又叫责任链模式,为请求创建了一个接收者对象的链(简单示意图)。这种模式对请求的发送者和接收者进行解耦。2)职责链模式通常每个接收者都包含对另一个接收者的引用。如果一个对象不能处理该请求,那么它会把相同的请求传给下一个接收者,依此类推。3)这种设计模式属于行为型模式。4)职责链模式,使多个对象都有机会处理请求,从而避免请求的发送者和接收者之间的耦合关系。将这个对象连成一条链,并沿着这原创 2020-07-23 20:51:17 · 229 阅读 · 1 评论 -
设计模式(二十二)——策略模式
一、策略模式介绍一、策略模式应用原创 2020-07-22 23:44:31 · 116 阅读 · 0 评论 -
设计模式(二十一)——状态模式
一、状态模式介绍状态模式基本介绍1)状态模式(State Pattern):它主要用来解决对象再多种状态转换时,需要对外输出不同的行为的问题。状态和行为是一 一对应的,状态之间可以相互转换。2)当一个对象的内在状态改变时,允许改变其行为,这个对象看起来像是改变了其类。状态模式的原理类图 对原理类图的说明-即(状态模式的角色及职责)1)Context类为环境角色,用于维护ConcreteState实例,这个实例定义当前状态。原创 2020-07-22 07:53:40 · 104 阅读 · 0 评论 -
设计模式(二十)——解释器模式
一、解释器模式介绍二、解释器模式应用原创 2020-07-21 00:50:58 · 102 阅读 · 0 评论 -
设计模式(十九)——备忘录模式
一、备忘录模式介绍备忘录模式基本介绍1)备忘录模式(Memento Pattern)在不破坏封装性的前提下,捕获一个对象的内部状态,并在该对象之外保存这个状态。这样以后就可将该对象恢复到原先保存的状态。2)可以这样理解备忘录模式:现实生活中的备忘录是用来记录某些要去做的事情,或者是记录已经达成的共同意见的事情,以防忘记了。而在软件层面,备忘录模式有着相同的含义,备忘录对象主要用来记录一个对象的某种状态,或者某些数据,当要做回退时,可以从备忘录对象里获取原来的数据进行恢复操作。3)备忘录模式属于行为型原创 2020-07-19 17:09:38 · 84 阅读 · 0 评论 -
设计模式(十八)——中介者模式
一、中介者模式介绍中介者模式基本介绍1)中介者模式(Mediator Pattern),用一个中介对象来封装一系列的对象交互。中介者使各个对象不需要显式地相互引用,从而使其耦合松散,而且可以独立地改变它们之间地交互。2)中介者模式属于行为型模式,使代码易于维护。3)比如MVC模式,C(Controller)是M(Model模型)和V(View视图)的中介者,在前后端交互时就起到了中间人的作用。中介者模式类图 对原理类图的说明原创 2020-07-19 10:44:55 · 147 阅读 · 0 评论 -
设计模式(十七)——观察者模式
一、观察者模式介绍观察者模式:对象之间多对一的一种设计方案,被依赖的对象subject,依赖的对象为Observer,Subject通知Observer变化。观察者模式好处1)观察者模式设计后,会以集合的方式来管理用户,包括注册,移除和通知。2)增加观察查者,不需要去修改核心类,不会修改代码,遵循了OCP原则。二、观察者模式应用应用实例 天气预报项目需求,具体要求如下:1)气象站可以将每天测量的温度,湿度,气压等等以原创 2020-07-18 16:18:49 · 208 阅读 · 0 评论 -
设计模式(十六)——迭代器模式
一、迭代器模式介绍迭代器模式基本介绍1)迭代器模式(Iterator Pattern)是常用的设计模式,属于行为型模式2)如果我们的集合元素是用不同的方式实现的,有数组,还有Java的集合类,或者还有其他方式,当客户端要遍历这些集合元素的时候就要使用多种遍历方式,而且还会暴露元素的内部结构,可以考虑使用迭代器模式解决。3)迭代器模式,提供一种遍历集合元素的统一接口,用一致的方法遍历集合元素,不需要知道集合对象的底层表示,即:不暴露其内部的结构。迭代器模式的原理类图 &nb原创 2020-07-18 12:09:17 · 143 阅读 · 0 评论 -
设计模式(十五)——访问者模式
一、访问者模式介绍访问者模式基本介绍1)访问者模式(Visitor Pattern),封装一些作用于某种数据结构的各元素的操作,它可以在不改变数据结构的前提下定义作用于这些元素的新的操作。2)主要将数据结构于数据操作分离,解决数据结构和操作耦合性问题。3)访问者模式的基本工作原理:在被访问的类里面加一个对外提供接待访问者的接口。4)访问者模式主要应用场景:需要对一个对象结构中的对象进行很多不同操作(这些操作彼此没有关联),同时需要避免让这些操作“污染”这些对象的类,可以选用访问者模式解决。访问者原创 2020-07-17 07:55:27 · 101 阅读 · 0 评论 -
设计模式(十四)——命令模式
一、命令模式介绍基本介绍1)命令模式(Command Pattern):在软件设计中,我们经常需要向某些类发送请求,但是并不知道请求的接收者是谁,也不知道被请求的操作是哪个,我们只需在程序运行时指定具体的请求接收者即可,此时,可以使用命令模式来进行设计。2)命令模式使得请求发送者与请求接收者消除彼此之间的耦合,让对象之间的调用关系更加灵活,实现解耦。3)在命令模式中,会将一个请求封装为一个对象,以便使用不同参数来表示不同的请求(即命名),同时命令模式也支持可撤销的操作。4)通俗易懂的理解:将军发布原创 2020-07-16 20:51:31 · 163 阅读 · 0 评论 -
设计模式(十三)——模板方法模式
一、模板方法模式介绍二、模板方法模式应用应用实例 编写制作豆浆的程序,说明如下:制作豆浆的流程:选材—》添加配料—》浸泡—》放到豆浆机打碎通过添加不同的配料,可以制作出不同口味的豆浆选材、浸泡和放到豆浆机打碎这几个步骤对于制作每种口味的豆浆都是一样的(红豆豆浆、花生豆浆。。。)类图代码...原创 2020-07-15 23:47:41 · 136 阅读 · 0 评论 -
设计模式(十二)——代理模式
一、代理模式介绍二、代理模式应用原创 2020-07-15 00:23:56 · 87 阅读 · 0 评论 -
设计模式(十一)——享元模式
一、享元模式介绍基本介绍1)享元模式也叫蝇量模式:运用共享技术有效地支持大量细粒度地对象;2)常用于系统底层开发,解决系统地性能问题。像数据库连接池,里面都是创建好的连接对象,在这些连接对象中有我们需要的则直接拿来用,避免重新创建,如果没有我们需要的,则创建一个;3)享元模式能够解决重复对象的内存浪费的问题,当系统中有大量相似对象,需要缓冲池时。不需要总是创建新对象,可以从缓冲池里拿。这样可以降低系统内存,同时提高效率;4)享元模式经典的应用场景就是池技术了,String常量池、数据库连接池、缓冲原创 2020-07-13 07:53:25 · 116 阅读 · 0 评论 -
设计模式(十)——外观模式
一、外观模式介绍装饰者模式定义1)外观模式(Facade),也叫“过程模式”:外观模式为子系统中的一组接口提供一个一致的界面,此模式定义了一个高层接口,这个接口使得这一子系统更加容易使用;2)外观模式通过定义一个一致的接口,用以屏蔽内部子系统的细节,使得调用端只需跟这个接口发生调用,而无需关心这个子系统的内部细节。外观模式注意事项外观模式对外屏蔽了子系统的细节,因此外观模式降低了客户端对子系统使用的复杂性;外观模式对客户端与子系统的耦合关系,让子系统内部的模块更易维护和扩展;通过合理的使用外原创 2020-07-12 16:32:33 · 137 阅读 · 0 评论 -
设计模式(九)——组合模式
一、组合模式介绍组合模式基本介绍1)组合模式(Composite Pattern),又叫部分整体模式,它创建了对象组的树形结构,将对象组合成树状结构以表示(“整体-部分”)的层次关系;2)组合模式依据树形结构来组合对象,用来表示部分以及整体层次;3)这种类型的设计模式属于结构型模式;4)组合模式使得用户对单个对象和组合对象的访问具有一致性,即:组合能让客户以一致的处理方式处理个别对象以及组合对象。组合模式的原理类图对原理结构图的说明-即(组合模式的角色及职责)Component:这是组合原创 2020-07-12 09:21:28 · 116 阅读 · 0 评论 -
设计模式(八)——装饰者模式
一、桥接模式介绍装饰者模式定义1)装饰者模式:动态的将新功能附加到对象上。在对象功能扩展方面,它比继承更有弹性,装饰者模式也体现了开闭原则(ocp);2)这里提到的动态的将新功能附加到对象和ocp原则。二、应用1.装饰模式应用实例 星巴克咖啡订单项目(咖啡馆):1)咖啡种类/单品咖啡:Espresso(意大利浓咖啡)、ShortBlack、LongBlack(美式咖啡)、Decaf(无因咖啡);2)调料:Milk、Soy(原创 2020-07-08 08:38:42 · 96 阅读 · 0 评论 -
设计模式(七)——桥接模式
一、桥接模式介绍基本介绍1)桥接模式是指:将实现与抽象放在两个不同的类层次中,使两个层次可以独立改变;2)是一种结构型设计模式;3)Bridge模式基于类的最小设计原则,通过使用封装、聚合及继承等行为让不同的类承担不同的职责。它的主要特点是把抽象(Abstraction)与行为实现(Implementation)分离开来,从而可以保持各部分的独立性以及应对他们的功能扩展。桥接模式原理类图原理类图说明:1)Client类:桥接模式的调用者;2)抽象类(Abstraction):维护Imple原创 2020-07-07 07:58:59 · 132 阅读 · 0 评论 -
设计模式(六)——适配器模式
一、类适配器模式介绍基本介绍1)适配器模式(Adapter Pattern)将某个类的接口转换成客户端期望的另一个接口表示,主的目的是兼容性,让原本接口不匹配不能一起工作的两个类可以协同工作。其别名为包装器(Wrapper)。2)适配器模式属于结构型模式。3)主要分为三类:类适配器模式、对象适配器模式、接口适配器模式。工作原理1)适配器模式:将一个类的接口转换成另一种接口,让原本接口不兼容的类可以兼容;2)从用户的角度看不到被适配者,是解耦的;3)用户调用适配器转化出来的目标接口方法,适配器原创 2020-07-06 21:37:21 · 106 阅读 · 0 评论 -
设计模式(六)——建造者模式
一、建造者模式介绍基本介绍建造者模式(Builder Pattern)又叫生成器模式,是一种对象构建模式。它可以将复杂对象的建造过程抽象出来(抽象类别),使这个抽象过程的不同实现方法可以构造出不同表现(属性)的对象。建造者模式是一步一步创建一个复杂的对象,它允许用户只通过指定复杂对象的类型和内容就可以构建它们,用户不需要知道内部的具体构建细节。建造者模式的四个角色1)Product(产品角色):一个具体的产品对象。2)Builder(抽象建造者):创建一个Product对象的各个部件指定的接原创 2020-07-05 17:25:35 · 93 阅读 · 0 评论 -
设计模式(五)——抽象工厂模式
一、抽象工厂模式基本介绍1)抽象工厂模式:定义了一个interface用于创建相关或有依赖关系的对象簇,而无需指明具体的类;2)抽象工厂模式可以将简单工厂模式和工厂方法模式进行整合;3)从设计层面看,抽象工厂模式就是对简单工厂模式的改进(或者称为进一步的抽象);4)将工厂抽象为两层,AbsFactory(抽象工厂)和具体实现的工厂子类。程序员可以根据创建对象类型使用对应的工厂子类。这样将单个的简单工厂类变成了工厂簇,更利于代码的维护和扩展。二、应用类图代码1)抽象披萨类public原创 2020-07-03 08:16:33 · 129 阅读 · 0 评论 -
设计模式(四)——工厂方法模式
一、工厂方法模式介绍 工厂方法模式:定义了一个创建对象的抽象方法,由子类决定要实例化的类。工厂方法模式将对象的实例化推迟到子类。二、应用在简单工厂模式的应用上,用工厂方法模式进一步修改:将披萨项目的实例化功能抽象成抽象方法,在不同的口味点餐子类中具体实现。类图3. 代码1)抽象披萨类public abstract class Pizza { protected String name; //名字 /原创 2020-07-02 23:22:05 · 98 阅读 · 0 评论 -
设计模式(三)——简单工厂模式
一、基本介绍简单工厂模式是属于创建型模式,是工厂模式的一种。简单工厂模式是由一个工厂对象决定创建出哪一种产品的实例。简单工厂模式是工厂模式家族中最简单实用的模式。简单工厂模式:定义了一个创建对象的类,由这个类来封装实例化对象的行为(代码)。在软件开发中,当我们会用到大量的创建某种、某类或者某批对象时,就会使用到工厂模式。二、...原创 2020-07-02 20:56:35 · 97 阅读 · 0 评论 -
设计模式(二)——设计模式类型&单例模式
一、设计模式类型设计模式分为三种类型(共23种): 1)创建型模式:单例模式、抽象工厂模式、原型模式、建造者模式、工厂模式; 2)结构型模式:适配器模式、桥接模式、装饰模式、组合模式、外观模式、享元模式、代理模式; 3)行为型模式:模板方法模式、命令模式、访问者模式、迭代器模式、观察者模式、中原创 2020-07-01 07:24:51 · 139 阅读 · 0 评论 -
设计模式(一)——基本概念
一、设计模式的目的 软件编写过程中,程序员面临着来自耦合性、内聚性以及可维护性、可扩展性,重用性,灵活性等多方面的挑战,设计模式是为了让程序(软件),具有更好的代码重用性(即:相同功能的代码,不用多次编写);可读性(即:编程规范性,便于其他程序员的阅读和理解)可靠性(即:当需要增加新功能的时候,非常的方便,成为可维护)易扩展性(即:当我们增加新的功能后,对原来的功能没有影响)高内聚、低耦合二、设计模式七大原则单一职责原创 2020-06-30 07:11:34 · 276 阅读 · 0 评论