简单易懂的设计模式
文章平均质量分 75
简单易懂的设计模式, 跟着博主一起学习
懵懵懂懂程序员
编程上不断摸爬打滚的程序员! 相信美好的一切即将发生,一切问题都能解决。
展开
-
Master-Worker高并发模式
Master-Worker高并发模式是一种常见的高并发模式, 核心思想是任务的调度与执行分离, 调度的角色是master, 执行的角色为worker,master负责接收任务、 派发任务、 合并执行结果worker负责执行任务。例如定时器任务场景、 或者执行N个任务, 最终获取这N个任务的结果。1.0 创建master/** * @Author: ZhiHao * @Date: 2021/12/27 14:53 * @Description: 主人, 用于接收任务、 获取任务结果、原创 2021-12-27 16:40:00 · 238 阅读 · 0 评论 -
原型模式 (学习笔记2021-09-27)
原型模式 (学习笔记2021-09-27)前言:原型模式(Prototype Pattern)是用于创建重复的对象,同时又能保证性能。这种类型的设计模式属于创建型模式,它提供了一种创建对象的最佳方式。这种模式是实现了一个原型接口,该接口用于创建当前对象的克隆。当直接创建对象的代价比较大时,则采用这种模式。例如,一个对象需要在一个高代价的数据库操作之后被创建。我们可以缓存该对象,在下一个请求时返回它的克隆,在需要的时候更新数据库,以此来减少数据库调用。**意图:**用原型实例指定创建对象的种类,并且原创 2021-09-27 19:05:53 · 90 阅读 · 0 评论 -
备忘录模式 (学习笔记2021.09.24)
备忘录模式 (学习笔记2021.09.24)前言:备忘录模式是一种行为模式,在不破坏封闭的前提下,将对象当前的内部状态保存在对象之外,之后可以再次恢复到此状态。典型的例子就是游戏存档和读档的这个行为。**意图:**在不破坏封装性的前提下,捕获一个对象的内部状态,并在该对象之外保存这个状态。**主要解决:**所谓备忘录模式就是在不破坏封装的前提下,捕获一个对象的内部状态,并在该对象之外保存这个状态,这样可以在以后将对象恢复到原先保存的状态。**何时使用:**很多时候我们总是需要记录一个对象的内部状原创 2021-09-24 18:23:16 · 111 阅读 · 0 评论 -
中介模式 (学习笔记2021.09.24)
中介模式 (学习笔记2021.09.24)前言:中介者模式(Mediator Pattern)是用来降低多个对象和类之间的通信复杂性。这种模式提供了一个中介类,该类通常处理不同类之间的通信,并支持松耦合,使代码易于维护。中介者模式属于行为型模式。**意图:**用一个中介对象来封装一系列的对象交互,中介者使各对象不需要显式地相互引用,从而使其耦合松散,而且可以独立地改变它们之间的交互。**主要解决:**对象与对象之间存在大量的关联关系,这样势必会导致系统的结构变得很复杂,同时若一个对象发生改变,我们原创 2021-09-24 11:22:39 · 99 阅读 · 0 评论 -
解析器模式 (学习笔记2021.09.23)
解析器模式 (学习笔记2021.09.23)前言:解释器模式为某个语言定义它的语法(或者叫文法)表示,并定义一个解释器用来处理这个语法。解释器模式,其实就是用来实现根据语法规则解读“句子”的解释器 。实际上,理解这个概念,我们可以类比中英文翻译。我们知道,把英文翻译成中文是有一定规则的。这个规则就是定义中的“语法”。我们开发一个类似 Google Translate 这样的翻译器,这个翻译器能够根据语法规则,将输入的中文翻译成英文。这里的翻译器就是解释器模式定义中的“解释器前提条件:如何实原创 2021-09-23 16:37:59 · 91 阅读 · 0 评论 -
享元模式 (学习笔记2021.09.22)
享元模式 (学习笔记2021.09.22)前言:享元模式(Flyweight Pattern)主要用于减少创建对象的数量,以减少内存占用和提高性能。这种类型的设计模式属于结构型模式,它提供了减少对象数量从而改善应用所需的对象结构的方式。享元模式尝试重用现有的同类对象,如果未找到匹配的对象,则创建新对象。**意图:**运用共享技术有效地支持大量细粒度的对象。**主要解决:**在有大量对象时,有可能会造成内存溢出,我们把其中共同的部分抽象出来,如果有相同的业务请求,直接返回在内存中已有的对象,避免重原创 2021-09-23 11:27:52 · 117 阅读 · 0 评论 -
责任链模式(学习笔记2021.09.18)
责任链模式(学习笔记2021.09.18)前言:为请求创建了一个接收者对象的链。这种模式给予请求的类型,对请求的发送者和接收者进行解耦。这种类型的设计模式属于行为型模式。在这种模式中,通常每个接收者都包含对另一个接收者的引用。如果一个对象不能处理该请求,那么它会把相同的请求传给下一个接收者,依此类推。**意图:**避免请求发送者与接收者耦合在一起,让多个对象都有可能接收请求,将这些对象连接成一条链,并且沿着这条链传递请求,直到有对象处理它为止。**主要解决:**职责链上的处理者负责处理请求,客户原创 2021-09-18 19:33:51 · 68 阅读 · 0 评论 -
建造者模式(学习笔记2021.09.16)
建造者模式(学习笔记2021.09.16)前言:建造者模式(Builder Pattern)使用多个简单的对象一步一步构建成一个复杂的对象。这种类型的设计模式属于创建型模式,它提供了一种创建对象的最佳方式。一个 Builder 类会一步一步构造最终的对象。该 Builder 类是独立于其他对象的。**意图:**将一个复杂的构建与其表示相分离,使得同样的构建过程可以创建不同的表示。**主要解决:**主要解决在软件系统中,有时候面临着"一个复杂对象"的创建工作,其通常由各个部分的子对象用一定的算法构原创 2021-09-16 19:29:26 · 78 阅读 · 0 评论 -
桥接模式(学习笔记2021.09.14)
桥接模式(学习笔记2021.09.14)桥接(Bridge)是用于把抽象化与实现化解耦,使得二者可以独立变化。这种类型的设计模式属于结构型模式,它通过提供抽象化和实现化之间的桥接结构,来实现二者的解耦。这种模式涉及到一个作为桥接的接口,使得实体类的功能独立于接口实现类。这两种类型的类可被结构化改变而互不影响。**意图:**将抽象部分与实现部分分离,使它们都可以独立的变化。**主要解决:**在有多种可能会变化的情况下,用继承会造成类爆炸问题,扩展起来不灵活。**何时使用:**实现系统可能有多个角度原创 2021-09-14 20:12:33 · 120 阅读 · 0 评论 -
代理模式-远程代理(学习笔记2021.09.10)
代理模式-远程代理(学习笔记2021.09.10)前言:在代理模式(Proxy Pattern)中,一个类代表另一个类的功能。这种类型的设计模式属于结构型模式。在代理模式中,我们创建具有现有对象的对象,以便向外界提供功能接口。**意图:**为其他对象提供一种代理以控制对这个对象的访问。**主要解决:**在直接访问对象时带来的问题,比如说:要访问的对象在远程的机器上。在面向对象系统中,有些对象由于某些原因(比如对象创建开销很大,或者某些操作需要安全控制,或者需要进程外的访问),直接访问会给使用者或原创 2021-09-10 20:23:10 · 239 阅读 · 0 评论 -
状态模式(学习笔记2021.09.09)
状态模式(学习笔记2021.09.09)前言:在状态模式(State Pattern)中,类的行为是基于它的状态改变的。这种类型的设计模式属于行为型模式。在状态模式中,我们创建表示各种状态的对象和一个行为随着状态对象改变而改变的 context 对象。**意图:**允许对象在内部状态发生改变时改变它的行为,对象看起来好像修改了它的类。**主要解决:**对象的行为依赖于它的状态(属性),并且可以根据它的状态改变而改变它的相关行为。**何时使用:**代码中包含大量与对象状态有关的条件语句。**如原创 2021-09-10 00:38:19 · 104 阅读 · 0 评论 -
组合模式 (学习笔记2021.09.01)
组合模式 (学习笔记2021.09.01)前言:**意图:**将对象组合成树形结构以表示"部分-整体"的层次结构。组合模式使得用户对单个对象和组合对象的使用具有一致性。**主要解决:**它在我们树型结构的问题中,模糊了简单元素和复杂元素的概念,客户程序可以像处理简单元素一样来处理复杂元素,从而使得客户程序与复杂元素的内部结构解耦。何时使用: 1、您想表示对象的部分-整体层次结构(树形结构)。 2、您希望用户忽略组合对象与单个对象的不同,用户将统一地使用组合结构中的所有对象。**如何解决:**树枝和原创 2021-09-01 20:41:06 · 77 阅读 · 0 评论 -
模板方法模式(学习笔记2021-08-06)
模板方法模式(学习笔记2021-08-06)前言:在模板方法模式(Template Pattern)中,一个抽象类公开定义了执行它的方法的方式/模板。它的子类可以按需要重写方法实现,但调用将以抽象类中定义的方式进行。这种类型的设计模式属于行为型模式。**意图:**定义一个操作中的算法的骨架,而将一些步骤延迟到子类中。模板方法使得子类可以不改变一个算法的结构即可重定义该算法的某些特定步骤。**主要解决:**一些方法通用,却在每一个子类都重新写了这一方法。**何时使用:**有一些通用的方法。**如原创 2021-08-06 18:33:54 · 98 阅读 · 0 评论 -
外观(门面)模式 (学习笔记2021.07.26)
外观(门面)模式 (学习笔记2021.07.26)前言:外观模式(Facade Pattern)隐藏系统的复杂性,并向客户端提供了一个客户端可以访问系统的接口。这种类型的设计模式属于结构型模式,它向现有的系统添加一个接口,来隐藏系统的复杂性。这种模式涉及到一个单一的类,该类提供了客户端请求的简化方法和对现有系统类方法的委托调用。**意图:**为子系统中的一组接口提供一个一致的界面,外观模式定义了一个高层接口,这个接口使得这一子系统更加容易使用。**主要解决:**降低访问复杂系统的内部子系统时的复原创 2021-07-26 11:38:57 · 75 阅读 · 0 评论 -
适配器模式 (学习笔记2021.07.20)
适配器模式 (学习笔记2021.07.20)前言:适配器模式(Adapter Pattern)是作为两个不兼容的接口之间的桥梁。这种类型的设计模式属于结构型模式,它结合了两个独立接口的功能。这种模式涉及到一个单一的类,该类负责加入独立的或不兼容的接口功能。举个真实的例子,在中国的电器使用插座与电压是国标的, 但是去到国外, 插座与电压都是不一样的, 需要通过购买适配器来转换。**意图:**将一个类的接口转换成客户希望的另外一个接口。适配器模式使得原本由于接口不兼容而不能一起工作的那些类可以一起工原创 2021-07-21 14:14:04 · 126 阅读 · 0 评论 -
命令模式 (学习笔记2021.07.15)
命令模式(学习笔记2021.07.15)前言:命令模式(Command Pattern)是一种数据驱动的设计模式,它属于行为型模式。请求以命令的形式包裹在对象中,并传给调用对象。调用对象寻找可以处理该命令的合适的对象,并把该命令传给相应的对象,该对象执行命令。**意图:**将一个请求封装成一个对象,从而使您可以用不同的请求对客户进行参数化。 (解耦)**主要解决:**在软件系统中,行为请求者与行为实现者通常是一种紧耦合的关系,但某些场合,比如需要对行为进行记录、撤销或重做、事务等处理时,这种无法抵原创 2021-07-15 00:19:21 · 107 阅读 · 0 评论 -
单例模式 (复习笔记 2021. 06 .21)
单例模式 (复习笔记 2021. 06 .21)前言:为什么我们需要使用到单例模式, 使用有什么好处? 不使用又有什么坏处?原因:我们都知道, 对象的创建是需要耗费资源与时间的, 需要不断的在JVM进行分配内存空间, 类的加载检测、GC的垃圾回收, 如果对象频繁的创建, 销毁, 回收, 这本身就是非常耗时耗资源的, 并且很多场景下, 只需要一个实例对象, 如果有多个可能会造成很多意外情况, 列如: 线程池、连接池、缓存、 这些场景都只需要应用中, 大家共同使用同一个。当一些场景下, 一个应原创 2021-06-21 02:24:59 · 98 阅读 · 0 评论 -
工厂模式(学习笔记 2021.6.11)
工厂模式(复习笔记 2021.6.11)前言:工厂模式(Factory Pattern)是 Java 中最常用的设计模式之一。这种类型的设计模式属于创建型模式,它提供了一种创建对象的最佳方式。在工厂模式中,我们在创建对象时不会对客户端暴露创建逻辑,并且是通过使用一个共同的接口来指向新创建的对象。**意图:**定义一个创建对象的接口,让其子类自己决定实例化哪一个工厂类,工厂模式使其创建过程延迟到子类进行。**主要解决:**主要解决接口选择的问题。**何时使用:**我们明确地计划不同条件下创建不同原创 2021-06-14 01:14:31 · 195 阅读 · 0 评论 -
观察者模式(学习笔记2020-07-17)
观察者模式(学习笔记2020-07-17)前言:当对象间存在一对多关系时,则使用观察者模式(Observer Pattern)。比如,当一个对象被修改时,则会自动通知依赖它的对象。观察者模式属于行为型模式。**意图:**定义对象间的一种一对多的依赖关系,当一个对象的状态发生改变时,所有依赖于它的对象都得到通知并被自动更新。**主要解决:**一个对象状态改变给其他对象通知的问题,而且要考虑到易用和低耦合,保证高度的协作。**何时使用:**一个对象(目标对象)的状态发生改变,所有的依赖对象(观察者对原创 2021-06-14 01:13:25 · 108 阅读 · 0 评论 -
学设计习模式能解决的问题
学设计习模式能解决的问题设计6大原则:针对抽象(接口)编程, 而不是针对实现编程找出应用中可能需要变化之处, 把它们独立出来, 不要和那些不需要改变的代码混在一起多用组合, 少用继承高层组件不应直接依赖与底层组件单一职责原则开闭原则依赖倒置原则接口隔离原则里氏替换原则迪米特法原则面向接口编程例子解决的场景:公司目前的需求是有个广州鸭, 他拥有: 吃、叫、转圈圈公司现要求, 我们做成可扩展的, 未来的鸭子行为不确定有多少种! 共同行为有多少种!第一版需求先系原创 2021-06-14 01:11:19 · 131 阅读 · 0 评论 -
装饰者模式(复习笔记2020.12.02)
装饰者模式(学习笔记2020.12.02)前言:装饰器模式(Decorator Pattern)允许向一个现有的对象添加新的功能,同时又不改变其结构。这种类型的设计模式属于结构型模式,它是作为现有的类的一个包装。这种模式创建了一个装饰类,用来包装原有的类,并在保持类方法签名完整性的前提下,提供了额外的功能。**意图:**动态地给一个对象添加一些额外的职责。就增加功能来说,装饰器模式相比生成子类更为灵活。**主要解决:**一般的,我们为了扩展一个类经常使用继承方式实现,由于继承为类引入静态特征,并且原创 2020-12-04 16:30:47 · 212 阅读 · 1 评论 -
策略模式(学习笔记, 2021.5.11)
策略模式(学习笔记, 2021.5.11)前言:在策略模式(Strategy Pattern) 中,一个类的行为或其算法可以在运行时更改。这种类型的设计模式属于行为型模式。在策略模式中,我们创建表示各种策略的对象和一个行为随着策略对象改变而改变的 context 对象。策略对象改变 context 对象的执行算法。**意图:**定义一系列的算法,把它们一个个封装起来, 并且使它们可相互替换。**主要解决:**在有多种算法相似的情况下,使用 if…else 所带来的复杂和难以维护。**何时使用:原创 2021-05-11 16:29:28 · 131 阅读 · 0 评论