24种设计模式
# 引用
Design Patterns-Elements of Reusable Object-Oriented Software（中文译名：设计模式-可复用的面向对象软件元素）
四个作者合成GOF（四人帮，全拼Gang of Four）
设计模式主要基于以下的面向对象设计原则
- a.对接口编程而不是对实现编程
- b.优先使用对象组合而不是继承
# 24大设计模式
# 创建型模式（Creational Patterns）
这些设计模式提供了一种在创建对象的同时隐藏创建逻辑的方式，而不是使用new运算符直接实例化对象。这使得程序在判断针对某个给定实例需要创建哪些对象时更加灵活
-
- 保证一个类仅有一个实例，并提供一个访问它的全局访问点。
-
- 简单工厂(Simple Factory)，它把实例化的操作单独放到一个类中，这个类就成为简单工厂类，让简单工厂类来决定应该用哪个具体子类来实例化，这样做能把客户类和具体子类的实现解耦，客户类不再需要知道有哪些子类以及应当实例化哪个子类
-
- 定义一个创建对象的接口，让其子类自己决定实例化哪一个工厂类，工厂模式使其创建过程延迟到子类进行
抽象工厂模式（Abstract Factory Pattern）
- 提供一个创建一系列相关或相互依赖对象的接口，而无需指定它们具体的类。
-
- 将一个复杂的构建与其表示相分离，使得同样的构建过程可以创建不同的表示。
-
- 用原型实例指定创建对象的种类，并且通过拷贝这些原型创建新的对象。
# 结构型模式（Structural Patterns）
这些设计模式关注类和对象的组合。继承的概念被用来组合接口和定义组合对象获得新功能的方式
-
- 外观模式(Facade pattern)，它提供了一个统一的接口，用来访问子系统中的一群接口，从而让子系统更容易使用
-
- 将一个类的接口, 转换成客户期望的另一个接口。 适配器让原本接口不兼容的类可以合作无间。 对象适配器使用组合, 类适配器使用多重继承
-
- 使用桥接模式通过将实现和抽象放在两个不同的类层次中而使它们可以独立改变
-
- 允许你将对象组合成树形结构来表现"整体/部分"层次结构. 组合能让客户以一致的方式处理个别对象以及对象组合
-
- 动态地将责任附加到对象上, 若要扩展功能, 装饰者提供了比继承更有弹性的替代方案
-
- 利用共享的方式来支持大量细粒度的对象，这些对象一部分内部状态是相同的。 它让某个类的一个实例能用来提供许多"虚拟实例"
-
- 为另一个对象提供一个替身或占位符以控制对这个对象的访问
# 行为型模式（Behaviroral Patterns）
这些设计模式特别关注对象之间的通信
- 责任链模式（Chain of Responsibility Pattern）
- 避免请求发送者与接收者耦合在一起，让多个对象都有可能接收请求，将这些对象连接成一条链，并且沿着这条链传递请求，直到有对象处理它为止。
- 策略模式（Strategy Pattern）
- 定义一系列的算法,把它们一个个封装起来, 并且使它们可相互替换。
- 模板模式（Template Pattern）
- 定义一个操作中的算法的骨架，而将一些步骤延迟到子类中。模板方法使得子类可以不改变一个算法的结构即可重定义该算法的某些特定步骤。
- 命令模式（Command Pattern）
- 将"请求"封闭成对象, 以便使用不同的请求,队列或者日志来参数化其他对象. 命令模式也支持可撤销的操作
- 观察者模式（Observer Pattern）
- 定义对象间的一种一对多的依赖关系，当一个对象的状态发生改变时，所有依赖于它的对象都得到通知并被自动更新。
- 访问者模式（Visitor Pattern）
- 当你想要为一个对象的组合增加新的能力, 且封装并不重要时, 就使用访问者模式
- 状态模式（State Pattern）
- 允许对象在内部状态改变时改变它的行为, 对象看起来好象改了它的类
- 解释器模式（Interpreter Pattern）
- 使用解释器模式为语言创建解释器，通常由语言的语法和语法分析来定义
- 迭代器模式（Iterator Pattern）
- 提供一种方法顺序访问一个聚合对象中各个元素, 而又无须暴露该对象的内部表示。
- 中介者模式（Mediator Pattern）
- 用一个中介对象来封装一系列的对象交互，中介者使各对象不需要显式地相互引用，从而使其耦合松散，而且可以独立地改变它们之间的交互。
- 备忘录模式（Memento Pattern）
- 当你需要让对象返回之前的状态时(例如, 你的用户请求"撤销"), 你使用备忘录模式 .
# 关联关系
# J2EE 模式
这些设计模式特别关注表示层。这些模式是由Sun Java Center鉴定的
MVC模式（MVC Pattern）
业务代表模式（Business Delegate Pattern）
组合实体模式（Composite Entity Pattern）
数据访问对象模式（Data Access Object Pattern）
前端控制器模式（Front Controller Pattern）
拦截过滤器模式（Intercepting Filter Pattern）
服务定位器模式（Service Locator Pattern）
传输对象模式（Transfer Object Pattern）
# 设计模式的七大原则
开闭原则（Open Close Principle）
对扩展开放，对修改关闭。在程序需要进行扩展的时候，不能去修改原有的代码，实现一个热插拔的效果。是为了使程序的扩展性好，易于维护和升级
里氏代换原则（Liskov Substitution Principle）
里氏代换原则是面向对象设计的基本原则之一。里氏代换原则中说，任何基类可以出现的地方，子类一定可以出现。LSP是继承复用的基石，只有当派生类可以替换掉基类，且软件单位的功能不受到影响时，基类才能真正被复用，而派生类也能够在基类的基础上增加新的行为。里氏代换原则是对开闭原则的补充。实现开闭原则的关键步骤就是抽象化，而基类与子类的继承关系就是抽象化的具体实现，所以里氏代换原则是对实现抽象化的具体步骤规范
依赖倒转原则（Dependence Inversion Principle）
这个原则是开闭原则的基础，具体内容：针对接口编程，依赖于抽象而不依赖于具体
接口隔离原则（Interface Segregation Principle）
使用多个隔离的接口，比使用单个接口更好。它还有另一个意思是：降低类之间的耦合度。由此可见，其实设计模式就是从大型软件架构出发，便于升级和维护的软件设计思想，它强调降低依赖，降低耦合
迪米特法则，又称最少知道原则（Demeter Principle）
一个实体应当尽量少的与其他实体之间发生相互作用，使得系统功能模块相对独立
合成复用原则（Composite Reuse Principle）
合成复用原则是指：尽量使用合成/聚合的方式，而不是使用继承
单一职责原则(Single Responsibility Principle)
一个类负责一项职责
# 参考
- 设计模式六大原则 http://www.uml.org.cn/sjms/201211023.asp
- 设计模式原则详解 http://blog.csdn.net/hguisu/article/details/7571617
- 一张图24种设计模式&7种设计原则 https://www.jianshu.com/p/6ee99cf66e4d
- 真正的深入浅出“设计模式” - 最易懂的设计模式解析 https://www.jianshu.com/p/6e5eda3a51af
- Java设计模式Gitbook https://gof.quanke.name/
- Java设计模式源码 https://github.com/quanke/design-pattern-java-source-code