设计模式
参考慕课网,涵盖23种设计模式
星光不问赶路人º
道路越是煎熬,就越坦然面对微笑;风浪刮得越高,就要越心高气傲
展开
专栏收录文章
- 默认排序
- 最新发布
- 最早发布
- 最多阅读
- 最少阅读
-
设计模式之状态模式
定义允许一个对象在其内部状态改变时,改变它的行为。类型行为型适用场景①、一个对象存在多个状态(不同状态下行为不同),且状态可相互转换。优缺点优点:①、将不同的状态隔离。②、把各种状态的转换逻辑,分布到State的子类中,减少相互间依赖。③、增加新的状态非常简单。缺点:①、状态多的业务场景导致类数目增加,系统变复杂。代码实现案例:博主经常在B站看番,有时候会快进、有时候会...原创 2020-03-09 20:02:08 · 116 阅读 · 0 评论 -
设计模式之访问者模式
定义封装作用于某数据结构(如List/Set/Map等)中的各元素的操作。可以在不改变各元素的类的前提下,定义作用于这些元素的操作。类型行为型适用场景①、一个数据结构如(List/Set/Map等)包含很多类型对象。②、数据结构与数据操作分离。优缺点优点:①、增加新的操作很容易,即增加一个新的访问者。缺点:①、增加新的数据结构困难。②、具体元素变更比较麻烦。代码实现案...原创 2020-03-09 20:00:45 · 127 阅读 · 0 评论 -
设计模式之责任链模式
定义为请求创建一个接收此次请求对象的链。类型行为型适用场景①、一个请求的处理需要多个对象当中的一个或几个协作处理。优缺点优点:①、请求的发送者和接收者(请求的处理)解耦。②、责任链可以动态组合。缺点:①、责任链太长或者处理时间过长,影响性能。②、责任链有可能过多。代码实现案例:前段时间,在阿里云买个域名过期了,但是不想续费,想重新买一个新的。然后就重新买了一个。还以为不...原创 2020-03-09 19:59:07 · 142 阅读 · 0 评论 -
设计模式之中介者模式
定义定义一个封装一组对象如何交互的对象通过使对象明确地相互引用来促进松散耦合,并允许独立地改变它们的交互。类型行为型适用场景①、系统中对象之间存在复杂的引用关系,产生的相互依赖关系结构混乱且难以理解。②、交互的公共行为,如果需要改变行为则可以增加新的中介者类。优缺点优点:①、将一对多转化成了一对一,降低程序复杂度。②、类之间解耦。缺点:①、中介者过多,导致系统复杂。代码...原创 2020-03-09 17:33:28 · 144 阅读 · 0 评论 -
设计模式之命令模式
定义将“请求”封装成对象,以便使用不同的请求。命令模式解决了应用程序中对象的职责以及它们之间的通讯方式。类型行为型适用场景①、请求调用者和请求接收者需要解耦,使用调用者和接收者不直接交互。②、需要抽象出等待执行的行为。优缺点优点:①、降低耦合②、容易扩展新命令或者一组命令缺点:①、命令的无限扩展会增加类的数量,提高系统实现复杂度。代码实现案例:极客时间的专栏前一两篇都...原创 2020-03-09 17:31:08 · 127 阅读 · 0 评论 -
设计模式之观察者模式
定义定义了对象之间的一对多依赖,让多个观察者对象同时监听某一个主题对象,当主题对象发生变化时,它的所有依赖者(观察者)都会收到通知并更新。类型行为型适用场景①、关联行为场景,建立一套触发机制。优缺点优点:①、观察者和被观察者之间建立了一个抽象的耦合。②、观察者模式支持广播通信。缺点:①、观察者之间有过多的细节依赖、提高时间消耗及程序复杂度。②、使用要得当,要避免循环调用。...原创 2020-03-08 20:24:04 · 191 阅读 · 0 评论 -
设计模式之解释器模式
定义给定一个语言,定义它的文法的一种表示,并定义一个解释器,这个解释器使用该表示来解释语言中的句子。为了解释一种语言,而为语言创建的解释器。类型行为型适用场景①、某个特定类型问题发生频率足够高。优缺点优点:①、语法由很多类表示,容易改变及扩展此“语言”。缺点:①、当语法规则数目太多时,增加了系统复杂度。代码实现案例,利用栈来自定义一套加法和乘法的语法,来解释某个字符串。...原创 2020-03-08 20:22:15 · 244 阅读 · 0 评论 -
设计模式之策略模式
定义定义了算法家族,分别封装起来,让它们之间可以互相替换,此模式让算法的变化不会影响到使用算法的用户。if…else…类型行为型适用场景①、系统有很多类,而它们的区别仅仅在于它们的行为不同。②、一个系统需要动态地在几种算法中选择一种。优缺点优点:①、开闭原则②、避免使用多重条件转移语句③、提高算法的保密性和安全性缺点:①、客户端必须知道所有的策略类,并自行决定使用哪一个...原创 2020-03-08 11:08:19 · 154 阅读 · 0 评论 -
设计模式之迭代器模式
定义提供了一种方法,顺序访问一个集合对象中的各个元素,而又不暴露该对象的内部表示。类型行为型适用场景①、访问一个集合对象的内容而无需暴露它的内部表示。②、为遍历不同的集合结构提供一个统一的接口。优缺点优点:①、分离了集合对象的遍历行为。缺点:①、类的个数成对增加。代码实现因为Java中已经有自己的迭代器了,所以,就简单实现一下自己的迭代器。首先创建一个课程类publi...原创 2020-03-08 11:06:42 · 126 阅读 · 0 评论 -
设计模式之模板方法模式
定义定义了一个算法的骨架,并允许子类为一个或多个步骤提供实现。模板方法使得子类可以在不改变算法结构的情况下,重新定义算法的某些步骤。类型行为型适用场景①、一次性实现一个算法的不变的部分,并将可变的行为留给子类来实现。②、各子类中公共的行为被提取出来并集中到一个公共父类中,从而避免代码重复。优缺点优点:①、提高复用性②、提高扩展性③、符合开闭原则缺点:①、类数目的增加②...原创 2020-03-08 08:34:22 · 171 阅读 · 0 评论 -
设计模式之代理模式
定义为其他对象提供一种代理,以控制对这个对象的访问。代理对象在客户端和目标对象之间起到了中介的作用。类型结构型适用场景①、保护目标对象。②、增强目标对象。优缺点优点:①、代理模式能将代理对象与真实被调用的目标对象分离。②、一定程度上降低了系统的耦合度,扩展性好。③、保护目标对象。④、增强目标对象。缺点:①、代理模式会造成系统设计中类的数组增加。②、在客户端和目标对象...原创 2020-03-08 08:30:38 · 170 阅读 · 0 评论 -
设计模式之桥接模式
定义将抽象部分与它的具体实现部分分离,使它们都可以独立地变化。通过组合的方式建立两个类之间的联系,而不是继承。类型结构型适用场景①、抽象和具体实现之间增加更多的灵活性。②、一个类存在两个(或多个)独立变化的维度,且这两个(或多个)维度都需要独立进行扩展。③、不希望使用继承,或因为多层继承导致系统类的个数剧增。优缺点优点:①、分离抽象部分及其具体实现部分。②、提高了系统的可扩...原创 2020-03-08 08:24:01 · 151 阅读 · 0 评论 -
设计模式之组合模式
定义将对象组合成树形结构以表示“部分-整体”的层次结构。组合模式使客户端对单个对象和组合对象保持一致的方式处理。类型结构型适用场景①、希望客户端可以忽略组合对象与单个对象的差异时。②、处理一个树形结构时。优缺点优点:①、清除地定义分层次的复杂对象,表示对象的全部或部分层次。②、让客户端忽略了层次的差异,方便对整个层次结构进行控制。③、简化客户端代码。④、符合开闭原则。缺...原创 2020-03-05 19:52:44 · 144 阅读 · 0 评论 -
设计模式之享元模式
定义提供了减少对象数量从而改善应用所需的对象结构的方式。运用共享技术有效地支持大量细粒度的对象。类型结构型适用场景①、常常应用于系统底层的开发,以便解决系统的性能问题。②、系统有大量相似对象、需要缓冲池的场景。优缺点优点:①、减少对象的创建,降低内存中对象的数量,降低系统的内存,提高效率。②、减少内存之外的其他资源占用。缺点:①、关注内/外部状态、关注线程安全问题。②、...原创 2020-03-05 14:58:23 · 169 阅读 · 0 评论 -
设计模式之适配器模式
定义将一个类的接口转换成客户期望的另一个接口。使原本接口不兼容的类可以一起工作。类型结构型适用场景①、已经存在的类,它的方法和需求不匹配时(方法结果相同或相似)。②、不是软件设计阶段考虑的设计模式,是随着软件维护,由于不同产品、不同厂家造成功能类似而接口不相同情况下的解决方案。优缺点优点:①、能提高类的透明性和复用,现有的类复用但不需要改变。②、目标类和适配器类解耦,提高程序...原创 2020-03-05 14:56:18 · 179 阅读 · 0 评论 -
设计模式之装饰者模式
定义在不改变原有对象的基础之上,将功能附加到对象上。提供了比继承更有弹性的替代方案(扩展原有对象功能)。类型结构型适用场景①、扩展一个类的功能或给一个类添加附加职责。②、动态的给一个对象添加功能,这些功能可以再动态的撤销。优缺点优点:①、继承的有力补充,比继承灵活,不改变原有对象的情况下给一个对象扩展功能。②、通过使用不同装饰类以及这些装饰类的排列组合,可以实现不同效果。缺...原创 2020-03-05 14:54:07 · 146 阅读 · 0 评论 -
设计模式之外观模式
定义又叫门面模式,提供了一个统一的接口,用来访问子系统中的一群接口。外观模式定义了一个高层接口,让子系统更容易使用。类型结构型适用场景①、子系统越来越复杂,增加外观模式提供简单调用接口。②、构建多层系统结构,利用外观对象作为每层的入口,简化层间调用。优缺点优点:①、简化了调用过程,无需了解深入子系统,防止带来风险。②、减少系统依赖、松散耦合。③、更好的划分访问层次。④、符...原创 2020-03-05 14:50:36 · 164 阅读 · 0 评论 -
设计模式之原型模式
定义指原型实例指定创建对象的种类,并且通过拷贝这些原型创建新的对象。不需要知道任何创建细节,不调用构造函数。类型创建型适用场景①. 类初始化消耗较多资源。②. new产生的一个对象需要非常繁琐的过程(数据准备、访问权限等)。③. 构造函数比较复杂。④. 循环体中生产大量对象时。优缺点优点:①. 原型模式性能比直接new一个对象性能高。②. 简化创建过程。缺点:①. 必...原创 2019-10-24 21:23:09 · 227 阅读 · 0 评论 -
设计模式之单例模式
定义保证一个类仅有一个实例,并提供一个全局访问点。类型创建型适用场景想确保任何情况下都绝对只有一个实例。优缺点优点:①、在内存里只有一个实例,减少了内存的开销。②、可以避免对资源的多重占用。③、设置全局访问点,严格控制访问。缺点:没有接口,扩展困难。知识点①、私有构造器:为了禁止单例类从外部调用构造函数,来创建这个对象。为了达到这个目的,必须设置构造函数的权限为私有。...原创 2019-10-13 23:25:54 · 123 阅读 · 0 评论 -
设计模式之建造者模式
定义将一个复杂对象的构建与它的表示分离,使得同样的构建过程可以创建不用的表示。用户只需指定需要建造的类型就可以得到它们,建造过程及细节不需要知道。类型创建型适用场景①、如果一个对象有非常复杂的内部结构(很多属性)②、想把复杂对象的创建和使用分离。优缺点优点:①、封装性好,创建和使用分离。②、扩展性好、建造类之间独立、一定程度上解耦。缺点:①、产生多余的Builder对象。...原创 2019-10-13 23:09:55 · 131 阅读 · 0 评论 -
设计模式之抽象工厂模式
定义抽象工厂模式提供一个创建一系列相关或相互依赖对象的接口。无须指定它们具体的类。类型创建型适用场景①、客户端(应用层)不依赖于产品类实例如何被创建、实现等细节。②、强调一系列相关的产品对象(属于同一产品族)一起使用创建对象需要大量重复的代码。③、提供一个产品类的库,所有的产品以同样的接口出现,从而使客户端不依赖于具体的实现。优缺点优点:①、具体产品在应用层代码隔离,无须关心创...原创 2019-09-22 21:46:36 · 187 阅读 · 0 评论 -
设计模式之工厂方法模式
定义定义一个创建对象的接口,但让实现这个接口的类来决定实例化哪个类,工厂方法让类的实例化推迟到子类中进行。类型创建型适用场景①、创建对象需要大量重复的代码。②、应用层不依赖于产品类实例如何被创建、实现等细节。、③、一个类通过其子类来指定创建哪个对象。优缺点优点:①、用户只需要关心所需产品对应的工厂,无须关心创建细节。②、加入新产品符合开闭原则,提高扩展性。缺点:①、类的个...原创 2019-09-22 21:41:25 · 147 阅读 · 0 评论 -
简单工厂
定义由一个工厂对象决定创建出哪一种产品类的实例。类型创建型,但是不属于GOF23种设计模式适应场景①、工厂类负责创建的对象比较少②、客户端(应用层)只知道传入工厂类的参数,对于如何创建对象不关心。优缺点优点:只需要传入一个正确的参数,就可以获取你所需要的对象,而无须知道其创建细节。缺点:工厂类的职责相对过重,增加新的产品时需要修改工厂类的判断逻辑,违背开闭原则。代码实现案...原创 2019-09-22 21:36:36 · 153 阅读 · 0 评论
分享