访问者模式 Visitor 行为型之一 分离对象的数据和行为，可以在不修改已有类的情况下，增加新的操作 应用实例 比如有一个公园，有一到多个不同的组成部分;该公园存在多个访问者:清洁工A负责打扫公园的A部分，清洁工B负责打扫公园的B部分，公园的管理者负责检点各项事务是否完成，上级领导可以视察公园等等。也就是说，对于同一个公园，不同的访问者有不同的行为操作，而且访问者的种类也可能需要根据时间的推移而变化(行为的扩展性） 根据软件设计的开闭原则（对修改关闭，对扩展开放），我们怎么样实现这种需求呢? 显然这里可以用到访问…

命令模式 Command 行为型之一 通过被称为Command的类封装了对目标对象的调用行为以及调用参数 在面向对象的程序设计中，一个对象调用另一个对象，一般情况下的调用过程是:创建目标对象实例;设置调用参数;调用目标对象的方法。 但在有些情况下有必要使用一个专门的类对这种调用过程加以封装，我们把这种专门的类称作command类。 整个调用过程比较繁杂，或者存在多处这种调用。这时，使用Command类对该调用加以封装，便于功能的再利用 调用的前后需要对参数进行某些处理 调用前后需要进行某些额外处理，比如日志，缓存，…

状态模式 State 行为型之一 通过改变对象的内部状态而改变对象的行为，这个对象表现得就像是修改了它的类一样 为什么会有状态模式呢？ 先来看看一份代码 public class Meal { private int time; public int getTime() { return time; } public void setTime(int time) { this.time = time; } public void getMeal(int time) { if (time == 8) System.o…

备忘录模式 Memento 行为型之一 保存对象的内部状态，并在需要的时候（undo / rollback）恢复对象以前的状态 Originator  原生者 需要被保存状态以便被恢复的那个对象 Memento 备忘录 该对象由Originator创建，主要用来保存Originator的内部状态 Caretaker 管理者 负责在适当的时间保存/恢复Originator对象的状态 public class Person { public void setName(String name) { this.name =…

模板方法模式 Tempate Method 行为型之一 把具有特定步骤的算法中的某些必要的处理委让给抽象方法，通过子类继承对抽象方法的不同实现改变整个算法的行为 只需要记住一点，模板方法中规定好了这一过程的步骤执行的顺序 public abstract class MakeCar { abstract void makeHead(); abstract void makeBody(); abstract void makeTail(); void TemplateMethod(){ this.makeHead();…

迭代模式 Iterator 行为型之一 把对容器中包含的内部对象的访问委让给外部类，使用Iterator（遍历）按顺序进行遍历访问 想一想 如果没有Iterator，那么会有什么问题？ 各自的容器内部需要实现各自容器内元素的遍历方法 容器类承担了太多功能 一方面需要提供删除添加等本身应有的功能 一方面还需要提供遍历访问功能 往往容器在实现遍历的过程中，需要保存遍历状态，当根元素的添加删除功能混合夹杂在一起时，很容易引起混乱和程序运行错误 容器的访问者需要自己去实现容器的访问方法 这样直接就把数据细节暴露给了外部 而…

职责链模式 Chain Of Responsibility 行为型模式之一 构造一系列分别担当不同的职责的类的对象来共同完成一个任务，这些类的对象之间像链条一样紧密相连 对象链的组织 需要将某任务的所有职责执行对象以链的形式加以组织 消息或请求的传递 将消息或请求沿着对象链传递，以让处于对象链中的对象得到处理机会 处于对象链中的对象的职责分配 不同的对象完成不同的职责 任务的完成 处于对象链的末尾的对象结束任务停止信息或请求的继续传递 public abstract class CarHandler { prote…

中介者模式 Mediator模式 行为型模式之一 类之间的交互行为被统一放在Mediator对象中，对象通过Mediator对象和其它对象进行交互，Mediator对象起着控制器的作用 当对象之间有过多的交互行为时，这显然是高耦的，从设计理念上来说是不推荐的 先来看看个小案例 public abstract class Person { public String getName() { return name; } public String getCondition() { return condition; …

解释器模式 Interpreter 模式 行为型模式之一 一种特殊的设计模式，建立一个解释器，对于特定的计算机程序设计语言，用来解释预先定义的文法 简单来说，Interpreter模式是一种简单的语法解释器架构 Context：解释器上下文环境类。用来存储解释器上下文环境，比如需要解释的文法等 AbstractExpression：解释器抽象类，解释器需要获取上下文环境后才能进行一系列的动作 ConcreteExpression：解释器具体实现类 /** * 上下文解释器 * 存储文法 * input 和 outp…

适配器模式 结构型模式 可以改变已有类（或外部类）的接口形式 Java中使用组合适配，C++可以来使用继承适配 从模式的定义中，可以看出适配器模式就是用来转换接口的，解决不兼容问题的。 现实生活中最常见的适配器便是电源适配器了，笔记本电源不能直接来接收家用交流强电，这时候就需要电源适配器来将其进行转换为手机用的直流弱电。 这时，家用交流电便是被适配者，电源适配器即为适配器 客户（Client）：**只能调用目标接口功能，不能直接使用被适配器，但可以通过适配器的接口转换间接使用被适配器。 目标接口（Target）：*…

桥接模式 Bridge模式 结构型模式之一 Bridge模式基于类的最小设计原则，通过使用封装、聚合以及继承等行为来让不同的类承担不同的职责。 把抽象和实现分离开，从而可以保证各部分的独立性以及应对它们的功能扩展 为什么要有这个模式呢？ 先来看看一个小案例 public interface Car { void installEngine(); } public abstract class Bus implements Car{ public abstract void installEngine(); } pu…

组合模式 Composite< 结构型模式之一 通过递归手段来构造树形的对象结构，并可以通过一个对象来访问整个对象树 常常以公司的组织结构为例 Component类：组合中的对象声明接口，在适当情况下，实现所有类共有接口的行为。声明一个接口用于访问和管理Component的子部件 Leaf类：叶节点对象，叶节点没有子节点。由于叶节点不能增加分支和树叶，所以叶节点的Add和Remove没有实际意义。 有叶节点行为，用来存储叶节点集合 Composite类（类似目录存在，也可以存放叶子节点）：实现Componet…

外观模式 Facade模式 为一组具有相似功能的类群，比如类库、子系统等等，提供一个一致的简单的界面 代码分析 /** * 子系统 A */ public class SystemA { public void doSomeThing(){ System.out.println("这是A系统的功能..."); } } /** * 子系统 B */ public class SystemB { public void doSomeThing(){ System.out.println("…

代理模式 Proxy模式 结构型模式之一 十分简单 为其他对象提供一种代理（Proxy）以来控制对这个对象的访问 所谓代理，是指具有与代理元（被代理的对象）具有相同的接口或类，客户端必须通过代理与被代理的目标类交互，而代理一般在交互的过程中（交互前后），进行某些特别的处理 实现 public interface Subject { void sellBook(); } public class RealSubject implements Subject{ @Override public void sellBoo…