郭仙人不是闲人

比较像 发布-订阅者模式(观察者模式)，但是区分作用对象仍有一定却别。 将对象之间解耦，尽量避免基础对象的直接调用，将对象的变化监控并通知给其他对象。 中介者模式是针对于多对象多状态多变化的一种代码优化设计模式。因为需要提供多对象的中介者枢纽， 反而会占用额外的内存。若对象之间…

备忘录模式特点随时记录一个对象的状态变化被记录实例中需要提供一个生成记录实例的方法，以及根据生成实例还原成被记录实例的方法随时可以恢复之前的某个状态(如撤销功能)demo更多详细代码

将命令的接受者与命令的发送者解耦。 通俗的讲就是命令的发送者，在自己的代码块中不需要将其他基础对象作为依赖。 所有对外的请求，都使用固定的对象进行绑定。只保留自己的执行过程，对于不属于自己的部分进行控制移交,全部交给 Command 类，对外只知道有 excute 方法而已。

对于一个任务，发起者的状态不同它的执行过程也不尽相同。正常情况下需要我们在一个请求函数的开头进行多重判断对于我们一个具体的业务函数中，添加很多不必要的判断条件是没有意义而且后期修改难以维护。 因此，提出职责链模式，将满足同一个业务的不同分支首先进行拆分。然后由一个统一的入口开始…

多个有序行为，进行整合，对外提供一个调用，来进行一串行为的调用。 严格需要继承来实现的设计模式，依赖于抽象类对子类方法的执行顺序的控制。 是一种为子类提供实现某种特定业务的算法框架，严格要求子类实现具体步骤的设计模式。 我们将他们的流程进行抽象规定好流程的各必须步骤，然后提供将…

不同策略分开处理，为不同策略创建不同策略类各自进行维护，再准备环境类进行调用。 注意和 状态机模式的区别，这里不是状态的变化，而是多种情况的判断，中间不存在相互转换。 策略模式 通过将判断变为顺序式调用来解决问题，可以将大段的判断规避掉，但是需要手动穷举策略类的调用。

享元模式特点共享内存(主要考虑吧内存，而非效率)相同的数据，共同享用一些具有相同属性的对象，会被拆分出一个公用对象用于保存共有属性，其他属性各自保管，当需要使用时再和公用对象组合在一起完成业务介绍内部

生成树形结构，表示 “ 整体-部分” 关系，但又模糊整体和部分的区别，因为 每一个部分的数据结构相同。 明确提出的组合模式，实质是一种树的体现。由统一的根节点向下层出发，不断的查找属于自己的一系列方法与问题 并不会限制分支结构的具体实现内容，主入口将问题委托到其他的分支部分。

桥接模式将继承关系转化成关联关系，它降低了类与类之间的耦合度，减少了系统中类的数量，也减少了代码量。