java 常用设计模式

七大软件设计原则

• 开闭原则（Open-Closed Principle）
  • 对拓展开放，对修改关闭，大概意思就是如果你需要修改一个类的行为，请继承，或者组合等方式进行拓展修改，不要直接修改，这样会破坏原来代码的行为。
  • https://blog.csdn.net/CandyCCCation/article/details/88940953
• 依赖导致原则（Dependence Inversion Principle）
  • https://blog.csdn.net/CandyCCCation/article/details/88940953
• 单一指责原则（Simple Responsibility Pinciple）
  • https://blog.csdn.net/CandyCCCation/article/details/88899480
• 接口分离原则（Interface Segregation Principle）
  • https://blog.csdn.net/CandyCCCation/article/details/88899480
• 迪米特法则（Law of Demeter）
  • https://blog.csdn.net/CandyCCCation/article/details/88904313
• 合成复用原则（Composite/Aggregate Reuse Principle）
  • https://blog.csdn.net/CandyCCCation/article/details/88904313
• 里氏替换法原则（Liskov Substitution Principle）
  • https://blog.csdn.net/CandyCCCation/article/details/88904701

《Design Pattern:Elements of Resusable Object-Oriented Software》(即后述，《设计模式》一书)

由Erich Gamma，Richard Helm, Ralph Johnson 和 John Vlissides 合著（Addison-Wesley 1995）

这几位作者常被成为“四人组”（Gang of Four），而这本书被称为“四人组”（或者GoF）书。

GOF 设计模式分类

• 创建型(Creational)
  • 工厂方法模式（Factory Method）
  • 抽象工厂模式(Abstract Factory)
  • 建造者模式(Builder)
  • 单例模式(Singleton)
  • 原型模式(Prototype)
• 结构型(Structural)
  • 适配器模式（Adapter）
  • 装饰器模式 （Decorator）
  • 代理模式 （Proxy）
  • 门面模式（Facade）
  • 组合模式（Composite）
  • 享元模式（Flyweight）
  • 桥接模式（Brigde）
• 行为型(Behavioral)
  • 策略模式（Strategy）
  • 观察者模式（Observer）
  • 责任链模式（Chain of Responsibility）
  • 解释器模式（Interpreter）
  • 模版方法模式（Template Method）
  • 迭代器模式（Interator）
  • 中介者模式（Mediator）
  • 命令模式（Command）
  • 访问者模式（Visitor）
  • 备忘录模式（Memento）
  • 状态模式（State）

创建型模式

结构型模式

行为型模式

代理 VS 中介者

• 代理：职责增强，不仅要建立联系，还要参与过程
• 中介：只负责牵线搭桥，建立联系

委派模式 VS 代理模式

• 委派：全权地静态代理，不做任何地增加，只是把你作为成员变量，然后调用你地方法
• 代理：一定会有增强操作，调用你地方法前后，会做一些小动作

没有任何功能地增强就叫委派

命令vs 策略

命令：解耦请求和处理，会有一个回调，会反馈和处理方法

策略：固定好地选项，一定是同样地结果。

命令和策略都有自己地一个清单，对于命令而言，他是一个help 地列表，上面有所有可以操作的指令，当你执行地时候，会有一个回调或者说反馈，可能执行成功，也可能执行失败。而对应命令而言，请求和处理是可以写在一起地。只是为了解耦，所以在拆开来，写成了命令模式。

而策略是一定要用户来参与选择才可以地。

代理模式 vs 装饰器模式

代理：组合实现功能地增强和扩展

装饰器：继承实现功能地增强和扩展

委派模式vs责任链模式

委派：没有流程地概念，只是拿到结果，并不在意过程，因为过程是其它类做地

责任链：拥有流程，处理流程可扩展，可定制，最终结果是根据一个节点或者多个节点决定。

代理模式vs中介者模式

代理：全程都要参与。跟进

中介者：只有开头没有结尾

工厂方法 vs 抽象方法

工厂方法：产品地扩展，单向维度

抽象工厂：产品等级和产品簇相互扩展关系，多维度，至少二维

桥接模式 vs 适配器模式

桥接：不用继承建立关系

适配器：类适配器用地继承，对象地适配器用地是组合，接口适配器实际上也是继承

三种类型地设计模式的比较

• 行为：对Java 中地方法的使用提出地建议
• 结构：对Java类地组合提出地建议
• 创建：对创建Java对象地形式提出地建议

抽象工厂VS模版方法

创建型和行为型

抽象工厂形式上可能会出现抽象方法，但是并不能体现流程

模版方法：也是可能出现抽象方法，但是一定某个流程中一个步骤

建造者VS装饰模式

建造者：强调对象创建步骤的个性化，一般来说会有标配

装饰器：更加强调扩展性，套娃

适配器模式VS中介者模式

适配器：解决兼容问题，可以继承也可以组合

中介者：一定是用组合，所有人都可能持有中介者对象

桥接模式vs中介者模式

共同点：不用继承，一定是用组合

桥接：两个维度建立连接。

中介者：对个维度建立连接（是一个更复杂的桥接模式实现）

桥接模式vs组合模式

桥接：两个继承体系建立连接

组合：目的不是建立连接，而是为了为一个整体统一行为，统一一套API

门面模式VS装饰器模式

门面：统一入口，打开一扇窗，通向全世界。背后有很多子系统，有点代理的意思

装饰器：方便扩展

工厂模式VS策略模式

一般来说，他们会组合使用，策略有工厂建立。

享元模式VS 饿汉式单例

我们可以把对象池的容器设置的单例

同时吧对象池所在的类设置成单例的工厂

桥接模式vs命令模式

桥接：需要一个中间的类，一定有功能实现

命令：需要一个抽象的中间类，只是为了规范