设计模式与原则
设计模式原则是为了提高代码的可维护性，可复用性和可扩展性，设计模式是设计模式原则的具体体现。
设计模式是什么？
设计模式是针对某些经常出现的问题而提出的行之有效的设计解决方案，它侧重思想重用，因此比框架更抽象、更普适，但多限于局部解决方案，没有框架的整体性。
所以在学某种设计模式的时候在学设计的时候，我们应该问自己，这种设计模式是为了解决什么问题的？它是什么原则的体现？它提高了代码的什么性？
设计模式的分类
创建型模式
创建型模式(Creational Pattern)对类的实例化过程进行了抽象，能够将软件模块中对象的创建和对象的使用分离。创建型模式在创建什么(What)，由谁创建(Who)，何时创建(When)等方面都为软件设计者提供了尽可能大的灵活性。创建型模式隐藏了类的实例的创建细节，通过隐藏对象如何被创建和组合在一起达到使整个系统独立的目的。
- 简单工厂模式（Simple Factory）4
- 工厂方法模式（Factory Method）5
- 抽象工厂模式（Abstract Factory）5
- 建造者模式（Builder）2
- 原型模式（Prototype）3
- 单例模式（Singleton）4
结构型模式
结构型模式(Structural Pattern)描述如何将类或者对 象结合在一起形成更大的结构。
结构型模式又可分为类结构型模式与对象结构型模式。类结构型模式一般存在继承和实现关系，对象结构型模式关心类与对象的组合，通过关联关系使得在一 个类中定义另一个类的实例对象，然后通过该对象调用其方法。 根据“合成复用原则”，在系统中尽量使用关联关系来替代继 承关系，因此大部分结构型模式都是对象结构型模式。
- 适配器模式(Adapter) 4
- 桥接模式(Bridge) 3
- 组合模式(Composite) 4
- 装饰模式(Decorator) 3
- 外观模式(Facade) 5
- 享元模式(Flyweight) 1
- 代理模式(Proxy) 4
行为型模式
行为型模式(Behavioral Pattern)是对在不同的对象之间划分责任和算法的抽象化。
行为型模式不仅仅关注类和对象的结构，而且重点关注它们之间的相互作用。
通过行为型模式，可以更加清晰地划分类与对象的职责，并研究系统在运行时实例对象 之间的交互。在系统运行时，对象并不是孤立的，它们可以通过相互通信与协作完成某些复杂功能，一个对象在运行时也将影响到其他对象的运行。
行为型模式分为类行为型模式和对象行为型模式两种：
类行为型模式
类的行为型模式使用继承关系在几个类之间分配行为，类行为型模式主要通过多态等方式来分配父类与子类的职责。
对象行为型模式
对象的行为型模式则使用对象的聚合关联关系来分配行为，对象行为型模式主要是通过对象关联等方式来分配两个或多个类的职责。根据“合成复用原则”，系统中要尽量使用关联关系来取代继承关系，因此大部分行为型设计模式都属于对象行为型设计模式。
- 职责链模式(Chain of Responsibility) 3
- 命令模式(Command) 4
- 解释器模式(Interpreter) 1
- 迭代器模式(Iterator) 5
- 中介者模式(Mediator) 2
- 备忘录模式(Memento) 2
- 观察者模式(Observer) 5
- 状态模式(State) 3
- 策略模式(Strategy) 4
- 模板方法模式(Template Method) 3
- 访问者模式(Visitor) 1
