![](https://img-blog.csdnimg.cn/20201014180756913.png?x-oss-process=image/resize,m_fixed,h_64,w_64)
设计模式
叶光尘
这个作者很懒,什么都没留下…
展开
-
* 状态模式
状态模式定义:允许一个对象在其内部状态改变时,改变它的行为。类型:行为型。应用场景:一个对象存在多个状态(不同状态下行为不同),且状态可相互依转换。优点:将不同的状态隔离。把各种状态的转换逻辑,分布到State的子类中,减少相互依赖。增加新的状态非常简单。缺点:在状态多的业务场景导致类数目增加,系统变复杂。...原创 2020-08-28 09:42:14 · 149 阅读 · 0 评论 -
访问者模式
访问者模式定义:封装作用于某数据结构如(List/Set/Map等)中的各元素操作。可以再不改变各元素的累的前提下,定义作用于这些元素的操作。类型:行为型适用场景:一个数据结构(如List/Set/Map等)包含很多类型的对象。数据结构与数据操作分离。优点:增加新的操作很容易,即增加一个新的访问者。缺点:增加一个新的数据结构比较困难。具体元素变更比较麻烦。...原创 2020-08-28 09:41:52 · 69 阅读 · 0 评论 -
* 责任链模式
责任链模式定义:为请求创建一个接收此次请求对象的链。类型:行为型。适用场景:一个请求需要多个对象当中的一个或多个协作处理。优点:请求的发送者和接受者(请求的处理)解耦。责任链可以动态组合。缺点:责任链过长或者处理时间过长,影响性能。责任链有可能过多。...原创 2020-08-27 11:01:51 · 98 阅读 · 0 评论 -
中介者模式
中介者模式定义:定义了一个 封装一组对象如何交互的对象。通过使对象明确的相互引用来促进松散耦合,并允许独立的改变它们的交互。类型:行为型。适用场景:在系统对象之间存在复杂的引用关系,产生的相互依赖关系结构混乱且难以理解。交互的公共行为,如果需要改变行为可以增加新的中介者类。优点:将一对多转换成了一对一、降低了程序复杂度。类之间解耦。缺点:中介者过多,导致系统复杂。...原创 2020-08-27 11:01:35 · 63 阅读 · 0 评论 -
命令模式
命令模式定义:将“请求”封装成对象,以便于使用不同的请求。命令模式解决了应用程序中对象的职责以及他们之间的通信方式。类型:行为型。使用场景:请求的调用者和接收者需要解耦,使得调用者和接收者不需要直接交互。需要抽象出等待执行的行为。优点:降低耦合。容易扩展新命令或者一组命令。缺点:命令的无限扩展会增加类的数量,提高系统实现复杂度。...原创 2020-08-27 11:01:09 · 70 阅读 · 0 评论 -
备忘录模式
备忘录模式定义:保存一个对象的某个状态,以便在适当的时候恢复状态。“后悔药”类型:行为型。适用场景:保存及恢复相关数据场景。后悔的时候,即恢复到之前的状态。优点:为用户提供一种可恢复的机制。存档信息的封装。缺点:资源占用。...原创 2020-08-27 11:00:49 · 87 阅读 · 0 评论 -
观察者模式
观察者模式定义:定义了对象之间一对多依赖,让多个观察者对象同时监听某一个主题对象,当主题对象发生变化时,它的所有依赖着(观察者)都会收到通知并更新。类型:行为型。适用场景:关联行为场景,建立一套触发机制。优点:观察者和被观察者之间建立了一个抽象的耦合。观察者模式支持广播通信。缺点:观察者之间有过多的细节依赖、提高时间消耗及程序复杂度。使用要得当,要避免循环调用。...原创 2020-08-27 11:00:30 · 82 阅读 · 0 评论 -
解释器模式
解释器模式定义:给定一个语言,定义它的文法的表示,并定义一个解释器,这个解释器使用该表示来解释语言中的句子。为了解释一种语言,而为语言创建的解释器。类型:行为型。适用场景:某个特定类型问题发生频率足够高。优点:语言由很多类表示,容易改变及扩展此“语言”。缺点:当语法规则数目太多是,增加了系统的复杂度。...原创 2020-08-27 11:00:06 · 69 阅读 · 0 评论 -
* 策略模式
策略模式定义:定义了算法家族,分别封装起来,让他们之间可以相互替换,此模式让算法的变化不会影响到使用算法的用户。可以大范围的处理掉 if……else……类型:行为型。适用场景:系统有很多类,而他们的区别仅仅在于他们的行为不同。一个系统需要动态的在几种算法中选择一个。优点:符合开闭原则。、可以避免适用多重条件转移语句。提高算法的保密性和安全性。缺点:客户端必须知道所有策略类,并且自行决定使用哪一个策略类。会产生很多策略类...原创 2020-08-27 10:59:40 · 90 阅读 · 0 评论 -
迭代器模式
迭代器模式定义: 提供一种方法,顺序访问一个集合对象中的各个元素,而又不暴露改对象的内部表示。类型:行为型。使用场景:访问一个集合的内容,而无需暴露它的内部表示。为遍历不同的集合结构提供一个统一的接口。优点:分离了集合对象的遍历行为。缺点:类的个数成对增加...原创 2020-08-27 10:59:18 · 50 阅读 · 0 评论 -
* 模板方法
模板方法定义:定义了一个算法的骨架,并允许子类为一个活多个步骤提供实现。模板方法使得子类可以再不改变算法结构的情况下,重新定义算法的某些步骤。类型:行为型。使用场景:一次性实现一个算法的不变部分,并将可变的行为留给子类来实现。各子类公共的行为提取出来并集中到一个公共父类中,从而避免代码重复。优点:提高了复用性。提高了扩展性。符合开闭原则。缺点:类数目增加。增加了系统实现的复杂度。继承关系自身缺点,如果父类添加新的抽象方法,所有子类都需要改一遍。扩展:钩子方原创 2020-08-27 10:58:45 · 77 阅读 · 0 评论 -
* 代理模式
代理模式定义:为其他对象提供一个代理,已控制对这个对象的访问。代理对象在客户端和目标对象之间起到中介的作用。类型:结构型。适用场景:保护目标对象增强目标对象优点:代理模式能将代理对象与真实被调用的目标对象分离。一定程度上降低了系统的耦合度,扩展性好。保护目标对象。增强目标对象缺点:代理模式会造成系统设计中类的数目增加。在客户端和目标对象增加一个代理对象,会造成请求处理速度变慢。增加了系统的复杂度。扩展静态代理。动态代理(JDK的动态代理不能代理实现类原创 2020-08-27 10:57:42 · 57 阅读 · 0 评论 -
桥接模式
桥接模式定义:将抽象部分与它的具体实现部分分离,使它们都可以独立的变化。通过组合的方式建立两个类之间联系,而不是继承。类型:结构型。适用场景:抽象和具体之间增加更多的灵活性。一个类存在两个或多个独立变化的维度,且这两个或多个维度都需要独立进行扩展。不希望适用继承,或因为多层继承导致系统类的个数剧增。优点:分离抽象部分以及具体实现部分。提高了系统的可扩展性。符合开闭原则。符合合成复用原则。缺点:增加了系统的理解和设计难度。需要正确的识别出系统中两个独立变化的维度。原创 2020-08-26 18:57:12 · 75 阅读 · 0 评论 -
组合对象
组合对象定义:将对象组合成树型结构以表示“部分-整体”的层次结构。组合模式使客户端对单个对象和组合对象保持一致的方式处理。类型:结构型。适用对象:希望客户端可以忽略组合对象与单个对象的差异时。处理树形结构是。优点:清楚的定义分层次的复杂对象,表示对象的全部或部分层次。让客户端忽略层次的差异,方便对整个层次结构进行控制。简化客户端代码。符合开闭原则。缺点:限制类型是比较复杂。使设计变得更加抽象。...原创 2020-08-26 18:55:47 · 295 阅读 · 0 评论 -
享元模式
享元模式定义:提供了减少对象数量从而改善应用所需的对象结构的方式。应用共享技术有效地支持大量细粒度的对象。类型:结构型。适用场景:常常应用于系统底层的开发,以便于解决系统的性能问题。系统有大量相似对象,需要缓冲池的场景。优点:减少对象的创建,降低内存中对象的数量,降低系统的内存,提高效率。减少内存之外的其他资源占用。缺点:关注内/外部状态、关注线程安全问题。使系统、程序的逻辑复杂化。扩展:内部状态。外部状态。...原创 2020-08-26 18:53:50 · 58 阅读 · 0 评论 -
* 适配器模式
适配器模式定义:将一个类的接口转换为客户期望的另一个接口。使原本接口不兼容的类可以一起工作。类型:结构型。适用场景:已经存在的类,它的方法和需求不匹配时(方法结果相同或相似)不是软件设计阶段考虑的设计模式,是随着软件维护,由于不同产品、不同厂家造成功能类似而接口不相同情况下的解决方案。优点:能提高类的透明性和复用,现有的类复用但不需要改变。目标类和适配器类解耦。提高性能扩展 。符合开闭原则。缺点:适配器编写过程需要全面考虑,可能会提高系统的复杂性。增加系统代码可读的原创 2020-08-26 18:52:42 · 83 阅读 · 0 评论 -
* 装饰者模式
装饰者模式定义:在不改变原有对象的基础上,将功能附加到对象上。提供了比继承者更有弹性的代替方案(扩展原有对象)类型:结构型。适用场景:扩展一个类的功能或给一个类添加附加职责。动态的给一个对象添加功能,这些功能可以再动态的撤销。优点:继承的有力补充,比继承灵活,不改变原有对象的情况下给一个对象扩展功能。通过使用不同装饰类以及这些装饰类的排列组合,可以实现不同的效果。符合开闭原则。缺点:会出现更多的代码,更多的类,增加程序复杂性。动态装饰时,多层装饰会更复杂。原创 2020-08-26 18:49:47 · 76 阅读 · 0 评论 -
* 外观模式
外观模式定义:又叫门面模式,提供了一个统一的接口,用来访问子系统中的一群接口。外观模式定义了一个高层接口,让子系统更容易使用。类型:结构型。适用场景:子系统越来越复杂,增加外观模式提供简单调用接口。构建多层系统模型,利用外观对象作为每层的入口,简化层间调用。优点:减少了调用过程,无需了解深入子系统,防止带来风险。减少系统依赖、松散耦合。更好的划分访问层次。符合迪米特法则,即最少知道原则。缺点:增加子系统、扩展子系统行为容易引入风险。增加子系统、扩展子系统时候不符合原创 2020-08-26 18:48:20 · 69 阅读 · 0 评论 -
* 原型模式
原型模式定义:原型实例指定创建的种类,并且拷贝这些原型创建新的对象。不需要知道任何创建的细节,不调用构造函数。创建型。适用场景:类初始化消耗较多资源。new产生的一个对象需要非常繁琐的过程(数据准备,访问权限等)。构造很熟比较复杂。循环体中产生大量对象时。优点:原型模式比直接new一个对象新能高。简化创建缺点。缺点:必须配备克隆方法(原型对象实现Cloneable接口,重写clone()方法)对复杂对象或对克隆出来的对象进行复杂改造是,容易引入风险。深拷贝、浅拷原创 2020-08-26 18:46:51 · 66 阅读 · 0 评论 -
* 单例模式
单例模式定义:保证一个类只有一个实例,并提供一个全局的访问点。类型:创建型适用场景想确保任何情况下都绝对只有一个实例优点:内存里只有一个实例,减少了内存的开销可以避免对资源的多重占用设置全局访问点,严格控制访问缺点:1.没有接口,扩展困难重点:私有构造器线程安全延迟加载序列化和反序列化安全反射...原创 2020-08-26 18:44:34 · 54 阅读 · 0 评论 -
* 建造者模式
建造者模式定义:将一个复杂对象的构建与它的表示分离,使得同样的构建过程可以创建不同的表示。特征:用户只需要指定需要建造的类型就可以得到他们,建造过程及细节不需要知道。类型:创建型。适用场景:如果一个对象有非常复杂的内部结构(很多属性)。想把复杂的对象创建和适用进行分离。优点:封装性好,创建和适用分离。扩展性好、建造类之间独立、一定程度上解耦。缺点:产生多余的builder对象。产品内部发生变化,建造者读需要修改,成本较大。建造者模式和工厂模式区别:建造者模式原创 2020-08-26 18:43:21 · 81 阅读 · 0 评论 -
* 工厂模式
简单工厂(这个不属于GOF23种设计模式)定义:由一个工厂决定创建出哪一种产品类的实例。类型:创建型,不属于GOF23种设计模式。使用场景:工厂负责创建的对象比较少客户端(应用层)只知道传入工厂类的参数,对于如何创建对象逻辑不关心。优点:只需要传入一个正确的参数,就可以获取你所需要的对象,而不需要知道创建的细节。缺点:工厂类的职责相对过重,增加新的产品需要修改工厂类的判断逻辑,违背了开闭原则。无法形成继承的等级结构工厂方法工厂方法关注产品登记结构定义:定义一个创建对象的接口,原创 2020-08-26 18:39:39 · 85 阅读 · 0 评论 -
软件设计7大原则
开闭原则定义:一个软件如类、模块和函数应该对扩展开放,对修改关闭。用抽象构建框架,用实现扩展细节。优点:提高软件系统的可复用性和可维护性。依赖倒置原则定义:高层模块不应该依赖底层模块,两个都应该依赖其抽象。抽象不应该依赖细节,细节应该依赖抽象。针对接口编程,不要针对实现编程。优点:可以减少类间的耦合性、提高系统的稳定性,提高代码维护性和可读性,可降低修改程序锁造成的风险。单一职责原则定义:不要存在多余一个导致类变更的原因。一个类、接口、方法只负责一项职责。优点:降低类的复杂原创 2020-08-21 23:48:02 · 115 阅读 · 0 评论 -
手写一个生产者消费者模式
用wait/notify实现开发者消费者模式,之前博客使用阻塞队列BlockingQueue也实现过开发者消费者模式。以下的代码和main方法都写在一个文件里就行。第一步:我们首先需要一个容器storage,我们将它定义为LinkedList是为了使用它的poll方法,一步实现拿出并删除,当然也可以使用ArrayList,然后使用get(0) + remove()拿出删除产品。这个容器类一个干了三件事,1.定义容器并初始化。2.实现往容器放产品,即创建put方法,供生产者调用。3.实现从容器里取出原创 2020-08-15 19:20:30 · 626 阅读 · 0 评论 -
单例模式的8种写法
单例模式的8种写法第四个和第六个更好。第一种:饿汉式(静态常量)(可用)/** * 饿汉式(静态常量)(可用) */public class Singleton1 { private final static Singleton1 INSTANCE = new Singleton1(); private Singleton1() { } public static Singleton1 getInstance(){ return INSTANCE;原创 2020-08-20 00:49:08 · 418 阅读 · 0 评论