定义
特性总结
- 设计模式是对成功经验的总结。不是凭空想象的，通过以前的大量案例总结出共性，以满足快速开发稳定的组织结构。
- 他主要包含问题描述和对应的解决方案，二者同等重要。
- 可能你天赋异禀已经用了设计模式，只是你不知道= =
走以前通用的好的方式肯定不会出大错，你在小学三年级里写一写排比句，写一写比喻拟人，肯定不会太坏。如果你避开模式，写你在幼儿园和小红的那些年，可能就要带家长了。
学习设计模式的好处
- 加深对OOD（面向对象设计）的认识。自己的编程技术也提升一个段位。
- 遇到一些问题时可以快速产生好的解决方案。
- 互相交流时可以用到，当看到一个熟悉的设计模式时，两个都懂设计模式的人就可以立刻意识到这个设计用了什么模式并且达成共识
- 面试加分
- 对架构的设计有了大步提升
- zhuangbility
- 等等等等
- 对学习框架也有很大的帮助，如spring中，如果掌握单例模式，工厂模式，代理模式等，学习速度肯定是相对较快的。
有没有必要学设计模式
有也没有，对于一个工作的人来说，如果你当前的工作急需设计方面的知识就可以学习，如果你当前的瓶颈是解决数据相关的问题就应该去学数据库的。
如果你的工作要设计一个包含很多类关系的模块，或者平台的整体架构，设计模式是你需要的。
如果你当前手头事情很少时间很宽裕，学什么就看个人爱好了。
通常做后端的或者工作内容包含后端的，应该迟早要学设计模式= =
模式列表
设计模式可以分类，分为创建型模式，结构型模式和行为型模式。
难度也是依次递增。创建型模式最简单，数量也最少。
创建型模式负责对象的创建。
结构型模式处理类或对象的组合。
行为型模式处理类或对象的交互。
创建型模式
| 模式名称 | 中文名称 | 基本定义 |
|---|---|---|
| Abstract Factory | 抽象工厂 | 提供一个创建一系列相关或相互依赖对象的接口，而无需指定具体的类。 |
| Builder | 建造者模式 | 讲一个复杂对象的构建和他的表示分离，使得同样的构建过程可以创建不同的表示 |
| Factory Method | 工厂方法模式 | 定义一个用于创建对象的接口，让子类决定将哪一个类实例化。工厂方法模式使一个类的实例化延迟到子类。 |
| Prototype | 原型模式 | 用原型实例指定创建对象的种类，并且通过拷贝这个原型来创建新的对象。 |
| Singleton | 单例模式 | 保证一个类仅有一个实例，并且提供一个全局访问点。 |
结构型模式
| 模式名称 | 中文名称 | 基本定义 |
|---|---|---|
| Adapter | 适配器模式 | 将一个类的接口转换成客户希望的另一个接口。适配器使得原来不兼容的接口可以一起工作。 |
| Bridge | 桥接模式 | 将抽象部分与它的实现部分分离，使他们都可以独立变化 |
| Composite | 组合模式 | 将对象组合成树形结构以表示“部分-整体”的层次结构。组合模式使得客户对单个对象对单个对象和复合对象的使用具有一致性。 |
| Decorator | 装饰器模式 | 动态的给一个对象添加一些额外的职责。就扩展方式而言，装饰器模式比生成子类的方式更灵活 |
| Facade | 外观模式 | 为子系统的一组接口提供一个一致的界面，Facade模式定义了一个高层的接口，这个接口使得这一个子系统更容易使用。 |
| Flyweight | 享元模式 | 运用共享技术有效的支持大量细粒度对象。 |
| Proxy | 代理模式 | 为其他对象提供一个代理以控制对这个对象的访问。 |
行为型模式
| 模式名称 | 中文名称 | 基本定义 |
|---|---|---|
| Chain of Responsibility | 职责链模式 | 为解除请求的发送者和接收者之间的耦合，而使多个对象都有机会处理这个请求。讲这些对象连着一个链，并沿着这条链传递该请求，直到一个对象处理它。 |
| Command | 命令模式 | 将一个请求封装成一个对象，从而使你可用不同的请求对客户进行参数化，对请求排队或记录请求日志，以及支持可取消操作。 |
| Interpreter | 解释器模式 | 给定一个语言，定义它的文法的一种表示，并定义一个解释器，该解释器使用该表示来解释语言中的例子。 |
| Iterator | 迭代器模式 | 提供一种方法顺序访问一个聚合对象中的各个元素，而又不需要暴露该对象的内部表示。 |
| Mediator | 媒介模式 | 用一个中介对象来封装一系列的对象交互。中介者使各对象不需要显示的相互引用，从而使其耦合松散，而且可以独立地改变他们之间的交互。 |
| Memento | 备忘录模式 | 在不破坏封装性的前提下，捕获一个对象的内部状态，并在这个对象之外保存这个状态。这样就可以将这个对象恢复到保存的状态。 |
| Observer | 观察者模式 | 定义对象间的一种一对多的依赖关系，以便当一个对象的状态发生改变时，所有依赖于它的对象都得到通知并自动刷新。 |
| State | 状态模式 | 允许一个对象在其内部状态改变时改变他的行为。对象看起来似乎修改了他所属的类。 |
| Strategy | 策略模式 | 定义一系列算法，把它们一个个封装起来，并且使他们可相互替换，本模式使得算法的变化可独立于他的客户 |
| Template Method | 模板方法模式 | 定义一个操作中的算法的骨架，而将一些步骤延迟到子类中。模板方法使得子类可以不改变一个算法的结构即可重定义该算法的某些特定步骤 |
| Visitor | 访问者模式 | 表示一个作用于某对象结构的各元素的操作。他使你可以在不改变元素的类的前提下定义作用于这些元素的操作 |
备忘录模式很像电脑的备份，是不是叫备份模式好听点？
模式不是单独存在的，他们可能相互组合使用，有些类似模式存在相似性