随笔分类 - 设计模式
摘要：定义：允许一个对象在其内部状态改变时，改变它的行为 类型：行为型 适用场景：一个对象存在多个状态（不同状态下行为不同），且状态可以相互转换 优点： 将不同的状态隔离 把各种状态的转换逻辑，分布到State的子类中，减少相互间依赖 增加新的状态非常简单 缺点：状态多的业务场景导致类数目增加，系统变复杂
阅读全文
摘要：定义：封装作用于某数据结构（如List/Set/Map等）中的各元素操作 补充定义：可以在不改变各元素类的前提下，定义作用于这些元素的操作 类型：行为型 适用场景： 一个数据结构（如List/Set/Map等）包含很多类型对象 数据结构与数据操作分离 优点：增加新的操作很容易，即增加一个新的访问者
阅读全文
摘要：比如一个web请求，有一堆的过滤器需要处理（或不处理）这个请求，而这一堆接收此次请求的过滤器对象形成一条调用链，即为责任链模式 定义：为请求创建一个接收此次请求对象的链 类型：行为型 适用场景：一个请求的处理需要多个对象当中的一个或几个协作处理 优点： 请求的发送者和接收者（请求的处理）解耦 责任链
阅读全文
摘要：定义：定义一个封装一组如何交互的对象，通过使对象明确的相互引用来促进松散耦合，并允许独立地改变它们的交互 类型：行为型 适用场景： 系统中对象之间存在复杂的引用关系，产生的相互依赖关系结构混乱且难以理解 交互的公共行为，如果需要改变行为则可以增加新的中介者类 优点： 将一对多转化为一对一、降低程序复
阅读全文
摘要：定义：将“请求”封装成对象，以便使用不同的请求 补充解释：解决了应用程序中对象的职责以及他们之间的通信方式，使发送者和接收者完全解耦，发送者和接收者之间没有没有直接关系，下命令的对象只知道如何发送请求，不知道如何完成请求 类型：行为型 适用场景： 请求调用者和请求接收者需要解耦，使得调用者和接收者不
阅读全文
摘要：用一个栈保存一个对象的一系列历史状态，在需要的时候可以恢复对象 定义：保存一个对象的某个状态，以便在适当的时候恢复对象，即“后悔药” 类型：行为型 适用场景： 保存及恢复数据相关业务场景 后悔的时候，即想恢复到之前的状态 优点： 为用户提供一种可恢复机制 存档信息的封装 缺点：资源占用 相关设计模式
阅读全文
摘要：定义：定义了对象之间的一对多依赖，让多个观察者对象同时监听某一个主题对象，当主题对象发生变化时，它的所有依赖者（观察者）都会收到通知并更新 类型：行为型 适用场景：关联行为场景，建立一套触发机制 优点： 观察者和被观察者之间建立一个抽象的耦合 观察者模式支持广播通信 缺点： 观察者之间有过多的细节依
阅读全文
摘要：定义：给定一个语言，定义它的文法的一种表示，并定义一个解释器，这个解释器使用该表示来解释语言中的句子 简单来说：为了解释一种语言而为语言创建的解释器 类型：行为型 适用场景：某个特定类型问题发生频率足够高 优点：语法由很多类表示，容易改变及扩展此“语言” 缺点：当语法规则数目太多时，增加了系统复杂度
阅读全文
摘要：遍历集合用的，不暴露集合的内部表示，但又能顺序访问内部的元素 定义：提供一种方法，顺序访问一个集合对象中的各个元素，而又不暴露该对象的内部表示 类型：行为型 适用场景： 访问一个集合对象的内容而无需暴露它的内部表示 为遍历不同的集合结构提供一个统一的接口 优点：分离了集合对象的遍历行为 缺点：类的个
阅读全文
摘要：if...else...的优雅写法，可以配合委托模式一起使用 定义：定义了算法家族，分别封装起来，让它们之间可以互相替换，此模式让算法的变化不会影响到使用算法的用户 补充定义：处理大量if...else...代码 类型：行为型 适用场景： 系统有很多类，而他们的区别仅仅在于他们的行为策略不同 一个系
阅读全文
摘要：定义：定义了一个算法的骨架，并允许子类为一个或多个步骤提供实现 补充：模板方法使得子类可以在不改变算法结构的情况下，重新定义算法的某些步骤 类型：行为型 适用场景： 一次性实现一个算法的不变的部分，并将可变的行为留给子类来实现 各子类中公共的行为被提取出来并集中到一个公共父类中，从而避免代码重复 优
阅读全文
摘要：定义：为其他对象提供一种代理，以控制对这个对象的访问，代理对象在客户端和目标对象之间起到中介作用 类型：结构型 适用场景： 保护目标对象 增强目标对象 优点： 代理模式能将代理对象与真实被调用的目标对象分离 一定程度上降低了系统的耦合度，扩展性好 保护目标对象 增强目标对象 缺点： 代理模式会造成系
阅读全文
摘要：定义：将抽象部分与它的具体实现部分分离，使它们都可以独立的变化，通过组合的方式建立两个类之间的联系，而不是继承 类型：结构型 适用场景： 抽象和具体实现之间增加更多的灵活性 一个类存在两个（或多个）独立变化的维度，且这两个（或多个）维度都需要独立进行扩展 不希望使用继承，或因为多层继承导致系统类的个
阅读全文
摘要：定义一个类（或抽象类），类里面有一堆的自己，进行各种操作，适合树形结构的场景 定义：将对象组合成树形结构以表示“部分-整体”的层次结构，使得客户端对单个对象和组合对象保持一致的处理方式 类型：结构型 适用场景： 客户端可以忽略组合对象与单个对象的差异时 处理一个树形结构时 优点： 清楚的定义分层次的
阅读全文
摘要：把一些常用且不变的对象保存在一个队列里，每次优先从队列中取，没取到则新创建一个，再将它插入队列以供后续使用 定义：提供了减少对象数量从而改善应用所需的对象结构的方式，运用共享技术有效的支持大量细粒度的对象 类型：结构型 适用场景： 常常应用于系统底层的开发，以便解决系统的性能问题 系统有大量相似对象
阅读全文
摘要：定义：将一个类的接口转换成客户期望的另一个接口，使原本接口不兼容的类可以一起工作 类型：结构型 适用场景： 已经存在的类，它的方法和需求不匹配时（方法结果相同或相似） 不是软件设计阶段考虑的设计模式，是随着软件维护，由于不同产品、不同厂家造成功能类似而接口不相同情况下的解决方案 优点： 能提高类的透
阅读全文
摘要：增强原有对象，而不改变原有对象 定义：在不改变原有对象的基础上，将功能附加到对象上，提供了比继承更有弹性的替代方案（扩展原有对象功能） 类型：结构型 适用场景： 扩展一个类的功能或给一个类添加附加职责 动态的给一个对象添加功能，这些功能可以再动态的撤销 优点： 继承的有力补充，比继承灵活，不改变原有
阅读全文
摘要：定义：又叫门面模式，提供了一个统一的接口或外观类，用来访问子系统中的一群接口 特点：外观模式定义了一个高层接口，让子系统更容易使用 类型：结构型 适用场景： 子系统越来越复杂，增加外观模式提供简单调用接口 构建多层系统结构，利用外观对象作为每层的入口，简化层间调用 优点： 简化了调用过程，无需深入了
阅读全文
摘要：定义：将一个复杂对象的构建与它的表示分离，使得同样的构建过程可以创建不同的表示，用户只需要指定需要建造的类型就可以得到它们，建造过程及细节不需要知道 使用场景：如果一个对象有非常复杂的数据结构（很多属性），想把复杂的创建和使用分离 优点： 封装性好，创建和使用分离 扩展性好、建造类之间独立、一定程度
阅读全文
摘要：原型模式 是利用克隆方法克隆出新的对象. 定义：原型实例指定创建对象的种类，并且通过拷贝这些原型创建新的对象 特点：不需要知道任何创建的细节，不调用构造函数 适用场景： 类初始化消耗较多资源 new产生的一个对象需要非常繁琐的过程（数据准备、访问权限等） 构造函数比较复杂 循环体中产生大量对象时 优
阅读全文
浙公网安备 33010602011771号