史上最全的24种设计模式的总结及建议+马士兵精讲Java设计模式

设计模式大杂烩(24种设计模式的总结及学习设计模式的几点建议)模式分类 & 传送门 & 对比维度说明

设计原则:设计模式(总纲)

创建型:单例模式 简单工厂模式 工厂方法模式 抽象工厂模式 建造者模式 原型模式

结构型:代理模式 适配器模式 装饰器模式 桥接模式 组合模式 享元模式 外观模式

行为型: 观察者模式 模板方法模式 命令模式 状态模式 职责链模式 解释器模式 中介者模式 访问者模式 策略模式 备忘录模式 迭代器模式

以上便是设计模式的分类以及各个模式的传送门,可以看到其中行为型模式的个数为最多,结构型次之,创建型设计模式最少。

在写这篇文章的时候,LZ考虑的最多的一个问题就是,从哪几个维度去对比设计模式能让大家更加清楚的看出各个设计模式的区别与联系,思来想去,LZ决定从以下几个维度去对比设计模式。

设计原则:描述每个设计模式都遵循了哪些设计原则,破坏了哪些设计原则。

常用场景:描述各个设计模式大部分情况下,都会在哪些场景下出现。

使用概率:主要指在普遍的工作当中,该设计模式出现的频率,若是类库或是开源框架提供的功能中包含该模式,则也会计算其频率。

复杂度:特指一个设计模式在实现的时候的复杂度,主要的衡量标准是类的数量、类之间的耦合关系。

变化点:设计模式很大的一个意义在于容纳变化,掌握一个设计模式的变化点是非常重要的一件事。

选择关键点:当选择使用一个设计模式的时候,指出最关键的选择点在哪里。

逆鳞:龙有逆鳞,不可触摸,同样的,设计模式也有逆鳞,有些地方是不能碰的。

相关设计模式:与其它设计模式的关系。

创建型设计模式

单例模式

设计原则:无

常用场景:应用中有对象需要是全局的且唯一

使用概率:99.99999%

复杂度:低

变化点:无

选择关键点:一个对象在应用中出现多个实例是否会引起逻辑上或者是程序上的错误

逆鳞:在以为是单例的情况下,却产生了多个实例

相关设计模式

原型模式:单例模式是只有一个实例,原型模式每拷贝一次都会创造一个新的实例。

简单工厂模式

设计原则:遵循单一职责、违背开闭原则

常用场景:需要在一堆产品中选择其中一个产品

使用概率:99.99999%

复杂度:低

变化点:产品的种类

选择关键点:一种产品是否可根据某个参数决定它的种类

逆鳞:工厂类不能正常工作

相关设计模式

工厂方法模式:工厂方法模式是简单工厂模式的进一步抽象化,在这两者之间做选择,主要看将工厂进一步抽象化是否有必要,通常情况下,如果工厂的作用仅仅是用来制造产品,则没必要使用工厂方法模式。

工厂方法模式

设计原则:遵循单一职责、依赖倒置、开闭原则

常用场景:一种场景是希望工厂与产品的种类对客户端保持透明,给客户端提供一致的操作,另外一种是不同的工厂和产品可以提供客户端不同的服务或功能

使用概率:60%

复杂度:中低

变化点:工厂与产品的种类

选择关键点:工厂类和产品类是否是同生同灭的关系

逆鳞:无

相关设计模式

抽象工厂模式:工厂方法模式与抽象工厂模式最大的区别在于,在工厂方法模式中,工厂创造的是一个产品,而在抽象工厂模式中,工厂创造的是一个产品族。

抽象工厂模式

设计原则:遵循单一职责、依赖倒置、开闭原则

常用场景:需要一个接口可以提供一个产品族,且不必知道产品的具体种类

使用概率:30%

复杂度:中

变化点:工厂与产品的种类

选择关键点:产品族是否需要一起提供,且是否有一致的接口

逆鳞:无

相关设计模式

建造者模式:两者都是建造一批对象或者说产品,不同的是两者的目的和实现手段,在建造者模式中,是为了复用对象的构建过程而定义了一个指挥者,而在抽象工厂模式中,是为了提供一个这批对象的创建接口而定义了抽象工厂接口。

建造者模式

设计原则:遵循单一职责、开闭原则

常用场景:需要构建一批构建过程相同但表示不同的产品,而构建过程非常复杂

使用概率:10%

复杂度:中

变化点:产品的表示

选择关键点:各个产品的构建过程是否相同

逆鳞:指挥者不能正常工作

原型模式

设计原则:无

常用场景:需要在运行时动态的创建指定实例种类的对象,或是需要复用其状态

使用概率:10%

复杂度:中低

变化点:无

选择关键点:创建出来的对象是否可以立即投入使用

逆鳞:在以为是深度拷贝的情况下,却未实现深度拷贝

结构型设计模式

代理模式

设计原则:体现功能复用

常用场景:需要修改或屏蔽某一个或若干个类的部分功能,复用另外一部分功能,可使用静态代理,若是需要拦截一批类中的某些方法,在方法的前后插入一些一致的操作,假设这些类有一致的接口,可使用JDK的动态代理,否则可使用cglib

使用概率:99.99999%

复杂度:中高

变化点:静态代理没有变化点,动态代理的变化点为具有相同切入点的类

选择关键点:静态代理选择的关键点是是否要复用被代理的部分功能,动态代理选择的关键点在于能否在将被代理的这一批类当中,找出相同的切入点

逆鳞:切入点的不稳定

相关设计模式

适配器模式:对于适配器模式当中的定制适配器,它与静态代理有着相似的部分,二者都有复用功能的作用,不同的是,静态代理会修改一部分原有的功能,而适配器往往是全部复用,而且在复用的同时,适配器还会将复用的类适配一个接口

适配器模式

设计原则:遵循开闭原则、体现功能复用

常用场景:需要使用一个类的功能,但是该类的接口不符合使用场合要求的接口,可使用定制适配器,又或者是有一个接口定义的行为过多,则可以定义一个缺省适配器,让子类选择性的覆盖适配器的方法

使用概率:40%

复杂度:中

变化点:无

选择关键点:定制适配器的选择关键点在于是否有更加优良的替代方案,缺省适配器的选择关键点在于接口中的方法是否可以不全部提供,且都有缺省方案

逆鳞:无

相关设计模式

装饰器模式:对于适配器模式中的定制适配器与装饰器模式,二者都是使用组合加继承的手段,不同的是,适配器模式的目的在于适配接口,装饰器模式的目的在于动态的添加功能,且可以叠加。

装饰器模式

设计原则:遵循迪米特、单一职责、开闭原则,破坏里氏替换,体现功能复用

常用场景:一个类需要动态的添加功能,且这些功能可以相互叠加

使用概率:99.99999%

复杂度:中

变化点:动态添加的功能或者说装饰器

选择关键点:添加的功能是否需要动态组装

逆鳞:无

桥接模式

设计原则:遵循单一职责、迪米特、开闭原则,体现功能复用

常用场景:一个对象有多个维度的变化,需要将这些维度抽离出来,让其独立变化

使用概率:20%

复杂度:中高

变化点:维度的扩展与增加

选择关键点:是否可以将对象拆分成多个不相关的维度

逆鳞:无

组合模式

设计原则:遵循依赖倒置、开闭原则,破坏接口隔离

常用场景:当有一个结构可以组合成树形结构,且需要向客户端提供一致的操作接口,使得客户端操作忽略简单元素与复杂元素

使用概率:30%

复杂度:中

变化点:节点的数量

选择关键点:对外提供一致操作接口的结构是否可转化为树形结构

逆鳞:结构不稳定或结构中的节点有递归关系

享元模式

设计原则:无

常用场景:一些状态相同的对象被大量的重复使用

使用概率:90%

复杂度:中

变化点:无

选择关键点:被共享的对象是否可以将外部状态提取出来

逆鳞:没有将外部状态提取完全

外观模式

设计原则:遵循迪米特

常用场景:一个子系统需要对外提供服务

使用概率:60%

复杂度:中

变化点:无

选择关键点:子系统对外提供服务是否需要依赖很多的类

逆鳞:子系统对外提供的服务的变化或子系统本身的不稳定

相关设计模式

中介者模式:二者都是为了处理复杂的耦合关系,不同的是外观模式处理的是类之间复杂的依赖关系,中介者模式处理的是对象之间复杂的交互关系

行为型设计模式

观察者模式

设计原则:遵循迪米特、开闭原则

常用场景:需要将观察者与被观察者解耦或者是观察者的种类不确定

使用概率:40%

复杂度:中

变化点:观察者的种类与个数

选择关键点:观察者与被观察者是否是多对一的关系

逆鳞:观察者之间有过多的细节依赖

模板方法模式

设计原则:破坏里氏替换,体现功能复用

常用场景:一批子类的功能有可提取的公共算法骨架

使用概率:80%

复杂度:中低

变化点:算法骨架内各个步骤的具体实现

选择关键点:算法骨架是否牢固

逆鳞:无

命令模式

设计原则:遵循迪米特、开闭原则

常用场景:行为的请求者与行为的处理者耦合度过高

使用概率:20%

复杂度:中高

变化点:命令的种类

选择关键点:请求者是否不需要关心命令的执行只知道接受者

逆鳞:命令的种类无限制增长

相关设计模式

职责链模式:容易将二者关联在一起的原因是,二者都是为了处理请求或者命令而存在的,而且二者都是为了将请求者与响应者解耦,不同的是命令模式中,客户端需要知道一个命令的接受者,在创建命令的时候就把接受者与命令绑定在一起发送给调用者,而职责链模式中,客户端并不关心最终处理请求的对象是谁,客户端只是封装一个请求对象,随后交给职责链的头部而已,也正因为这样,二者的实现方式,有着很大的区别

状态模式

设计原则:遵循单一职责、依赖倒置、开闭原则

常用场景:一个对象在多个状态下行为不同,且这些状态可互相转换

使用概率:20%

复杂度:中

变化点:状态的种类

选择关键点:这些状态是否经常在运行时需要在不同的动态之间相互转换

逆鳞:无

相关设计模式

策略模式:二者的实现方式非常相似,策略接口与状态接口,具体的策略与具体的状态以及二者都拥有的上下文,如果看它们的类图,会发现几乎一模一样,而二者不同的地方就在于,状态模式经常会在处理请求的过程中更改上下文的状态,而策略模式只是按照不同的算法处理算法逻辑,而且从实际场景来讲,顾名思义,状态模式改变的是状态,策略模式改变的是策略

职责链模式

设计原则:遵循迪米特

常用场景:一个请求的处理需要多个对象当中的一个或几个协作处理

使用概率:15%

复杂度:中

变化点:处理链的长度与次序

选择关键点:对于每一次请求是否每个处理的对象都需要一次处理机会

逆鳞:无

解释器模式

设计原则:遵循单一职责

常用场景:有一种语言被频繁的使用

使用概率:0.00009%

复杂度:中高

变化点:语言的规则

选择关键点:被频繁使用的语言是否可用文法表示

逆鳞:语言的规则无限制增长或规则十分不稳定

中介者模式

设计原则:遵循迪米特,破坏单一职责

常用场景:一个系列的对象交互关系十分复杂

使用概率:10%

复杂度:中

变化点:对象之间的交互

选择关键点:复杂的交互关系是否有共性可被中介者承担

逆鳞:中介者无法工作

访问者模式

设计原则:遵循倾斜的开闭原则

常用场景:作用于一个数据结构之上的操作经常变化

使用概率:5%

复杂度:高

变化点:数据结构之上的操作

选择关键点:数据结构是否稳定以及操作是否经常变化

逆鳞:数据结构的不稳定

策略模式

设计原则:遵循单一职责、依赖倒置、迪米特、开闭原则

常用场景:算法或者策略需要经常替换

使用概率:60%

复杂度:中

变化点:策略的种类

选择关键点:客户端是否依赖于某一个或若干个具体的策略

逆鳞:无

备忘录模式

设计原则:遵循迪米特、开闭原则

常用场景:需要在对象的外部保存该对象的内部状态

使用概率:5%

复杂度:中

变化点:无

选择关键点:是否可以在必要的时候捕捉到对象的内部状态

逆鳞:大对象的备份

迭代器模式

设计原则:遵循迪米特

常用场景:需要迭代访问一个聚合对象中的各个元素,且不暴露该聚合对象内部的表示

使用概率:99.99999%

复杂度:中

变化点:聚合对象的种类

选择关键点:客户端是否关心遍历的次序

逆鳞:无

相关设计模式

访问者模式:二者都是迭代的访问一个聚合对象中的各个元素,不同的是,访问者模式中,扩展开放的部分在作用于对象的操作上,而迭代器模式中,扩展开放的部分在聚合对象的种类上,而且二者的实现方式也有着很大的区别。

马士兵精讲设计模式视频

大家都知道马士兵老师为行业顶级大牛,很多程序员都是看马士兵老师的java入门课程入门成为java程序员的,如果需要马士兵老师的架构资料

备注:(架构视频包含:Spring boot、Spring cloud、Dubbo、Redis、ActiveMQ、Nginx、Mycat、Spring、MongoDB、ZeroMQ、Git、Nosql、Jvm、Mecached、Netty、Nio、Mina、性能调优、高并发、tomcat 负载均衡、大型电商项目实战、高可用、高可扩展、数据库架构设计、Solr 集群与应用、分布式实战、主从复制、高可用集群等高端视频。)

以下是马士兵精讲设计模式视频

案例式深入解析23种设计模式

编辑

添加图片注释,不超过 140 字(可选)

设计模式前言-

【录播】设计模式前言(3分钟)

02

Singleton单例

【录播】Singleton-单例模式(45分钟)

03

Strategy策略

【录播】strategy_策略模式-1(14分钟)

【录播】strategy_策略模式-2(13分钟)

【录播】strategy_策略模式-3(17分钟)

【录播】strategy_策略模式-4(26分钟)

【录播】strategy_策略模式-5(25分钟)

04

FactoryMethod工厂方法-AbstractFactory抽象工厂

【录播】工厂方法-抽象工厂-1(27分钟)

【录播】工厂方法-抽象工厂-2(10分钟)

【录播】工厂方法-抽象工厂-3(40分钟)

05

Facade门面-Mediator调停者

【录播】Facade门面-Mediator调停者-1(10分钟)

【录播】Facade门面-Mediator调停者-2(6分钟)

编辑切换为居中

添加图片注释,不超过 140 字(可选)

06

Decorator装饰器

【录播】Decorator装饰器(14分钟)

07

ChainOfResponsibility责任链

【录播】ChainOfResponsibility责任链(77分钟)

【录播】ChainOfResponsibility责任链-作业(24分钟)

08

Observer观察者

【录播】Observer观察者-1(17分钟)

【录播】Observer观察者-2(13分钟)

【录播】Observer观察者-3(8分钟)

【录播】Observer观察者-4(2分钟)

【录播】Observer观察者-5(4分钟)

【录播】Observer观察者-6(9分钟)

【录播】Observer观察者-7(5分钟)

编辑切换为居中

添加图片注释,不超过 140 字(可选)

09

Composite组合模式

【录播】Composite组合模式(13分钟)

10

Flyweight享元

【录播】Flyweight享元(12分钟)

11

Proxy静态代理与动态代理

【录播】Proxy静态代理与动态代理-1(18分钟)

【录播】Proxy静态代理与动态代理-2(8分钟)

【录播】Proxy静态代理与动态代理-3(29分钟)

【录播】Proxy静态代理与动态代理-4(9分钟)

【录播】Proxy静态代理与动态代理-5(20分钟)

【录播】Proxy静态代理与动态代理-6(12分钟)

【录播】Proxy静态代理与动态代理-7(8分钟)

【录播】Proxy静态代理与动态代理-8(15分钟)

编辑切换为居中

添加图片注释,不超过 140 字(可选)

12

Iterator迭代器

【录播】Iterator迭代器-1(15分钟)

【录播】Iterator迭代器-2(12分钟)

【录播】Iterator迭代器-3(7分钟)

13

Visitor访问者

【录播】Visitor访问者-1(6分钟)

【录播】Visitor访问者-2(8分钟)

【录播】Visitor访问者-3(9分钟)

【录播】Visitor访问者-4(28分钟)

【录播】Visitor访问者-5(7分钟)

【录播】Visitor访问者-6(11分钟)

14

Builder构建器

【录播】Builder构建器(13分钟)

15

Adapter适配器

【录播】Adapter适配器(14分钟)

16

Bridge桥接

【录播】Bridge桥接(13分钟)

17

Command命令

【录播】Command命令(12分钟)

18

Prototype原型

【录播】Prototype原型-1(13分钟)

【录播】Prototype原型-2(8分钟)

【录播】Prototype原型-3(3分钟)

19

Memento备忘录

【录播】Memento备忘录-1(23分钟)

【录播】Memento备忘录-2(3分钟)

20

TemplateMethod模板方法

【录播】TemplateMethod模板方法(8分钟)

21

State状态

【录播】State状态-1(9分钟)

【录播】State状态-2(6分钟)

【录播】State状态-3(7分钟)

22

Intepreter解释器+总结:6大设计原则

【录播】Intepreter解释器+总结:6大设计原则(18分钟)

马士兵精讲设计模式视频

大家都知道马士兵老师为行业顶级大牛,很多程序员都是看马士兵老师的java入门课程入门成为java程序员的

                                                                         资源获取:
大家 点赞、收藏、关注、评论啦 、 查看👇🏻👇🏻👇🏻 微信公众号获取联系方式👇🏻👇🏻👇🏻
精彩专栏推荐订阅:下方专栏👇🏻👇🏻👇🏻👇🏻
每天学四小时:Java+Spring+JVM+分布式高并发,架构师指日可待

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
总体来说设计模式分为三大类: 创建型模式,共五:工厂方法模式、抽象工厂模式、单例模式、建造者模式、原型模式。 结构型模式,共七:适配器模式、装饰器模式、代理模式、外观模式、桥接模式、组合模式、享元模式。 行为型模式,共十一:策略模式、模板方法模式、观察者模式、迭代子模式、责任链模式、命令模式、备忘录模式、状态模式、访问者模式、中介者模式、解释器模式。 二、设计模式的六大原则 1、开闭原则(Open Close Principle) 开闭原则就是说对扩展开放,对修改关闭。在程序需要进行拓展的时候,不能去修改原有的代码,实现一个热插拔的效果。所以一句话概括就是:为了使程序的扩展性好,易于维护和升级。想要达到这样的效果,我们需要使用接口和抽象类,后面的具体设计中我们会提到这点。 2、里氏代换原则(Liskov Substitution Principle) 里氏代换原则(Liskov Substitution Principle LSP)面向对象设计的基本原则之一。 里氏代换原则中说,任何基类可以出现的地方,子类一定可以出现。 LSP是继承复用的基石,只有当衍生类可以替换掉基类,软件单位的功能不受到影响时,基类才能真正被复用,而衍生类也能够在基类的基础上增加新的行为。里氏代换原则是对“开-闭”原则的补充。实现“开-闭”原则的关键步骤就是抽象化。而基类与子类的继承关系就是抽象化的具体实现,所以里氏代换原则是对实现抽象化的具体步骤的规范。—— From Baidu 百科 3、依赖倒转原则(Dependence Inversion Principle) 这个是开闭原则的基础,具体内容:真对接口编程,依赖于抽象而不依赖于具体。 4、接口隔离原则(Interface Segregation Principle) 这个原则的意思是:使用多个隔离的接口,比使用单个接口要好。还是一个降低类之间的耦合度的意思,从这儿我们看出,其实设计模式就是一个软件的设计思想,从大型软件架构出发,为了升级和维护方便。所以上文中多次出现:降低依赖,降低耦合。 5、迪米特法则(最少知道原则)(Demeter Principle) 为什么叫最少知道原则,就是说:一个实体应当尽量少的与其他实体之间发生相互作用,使得系统功能模块相对独立。 6、合成复用原则(Composite Reuse Principle) 原则是尽量使用合成/聚合的方式,而不是使用继承。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值