设计模式总述
设计模式有两种分类方法，即根据目的来分类和作用的范围来分类。
1、按照目的划分：
1.1.创建型模式、结构性模式、行为型模式
创建型模式：单例、原型、工厂方法、抽象方法、建造者模式
结构型模式：代理、适配器、桥接、装饰、外观、享元、组合
行为型模式：模板方法、策略、命令、职责链、状态、观察者、中介者、迭代器、访问者、备忘录、解释器
1.2按照作用范围来划分
类模式：用来处理类和子类之间的关系，这些关系通过继承来建立，是静态的，编译的时候就确定了关系。主要是工厂方法、类适配器，模板方法、解释器都属于类模式。
对象模式：处理对象之间的关系，这些关系可以通过组合或者聚合来实现，运行时刻是会变化，更加具有动态的；除了上述的四种设计模式外的其他都属于对象模式。
2、23种设计模式介绍
单例模式： 某个类只能生成一个实例，该类提供了一个全局访问点供外部获取该实例
原型模式：将一个对象作为原型，通过对其进行复制而克隆出多个和原型类似的新实例。
工厂方法模式：定义一个用于创建产品的接口，由子类决定生产一系列相关的产品。
抽象工厂模式：提供一个创建产品族的接口，其中每一个子类决定可以生产什么产品。
建造者模式：将一个复杂的对象分解成多个相对简单的部分，然后根据不同需要分别创建它们，最后构建成复杂对象。
代理模式：为某对象提供一种代理以控制对该对象的访问。即客户端通过代理间接地访问该对象，从而限制、增强或者修改该对象的一些特性。
适配器模式：将一个类的接口转换成客户希望的另外一个接口， 使得原本由于接口不兼容而不能一起工作的那些类能一起工作。
桥接模式：将抽象与实现分离，使得他们可以独立变化。它是组合关系代替继承关系来实现，从而降低抽象和实现这两个可变维度的耦合度。
装饰模式：动态的给对象增加一些职责，即其中没一个子类增加其额外的功能。
外观模式：为多个负责的子系统提供一个一直的接口，使得这些子系统更加容易被访问。
享元模式：运用共享技术来有效支持大量细粒度对象的复用
组合模式：将对象组合成树状层次结构，使用户对单一对象和组合对象具有一致的访问性
模板模式：定义一个操作中算法骨架，将算法一些步骤延迟到子类中，使得子类可以不改变该算法解构的情况下重新定义该算法的某些特定步骤
策略模式：定义一系列算法，将算法封装，使得可以它们可以相互替换，且算法的改变不会影响使用算法的客户
命令模式：将一个请求封装成为一个对象，使得发出请求的责任和执行请求的责任分割开
职责链模式：将请求从链中一个对象传到下一个对象，知道请求被相应为止。
状态模式：允许一个对象在其内部状态发生改变时改变其行为能力
观察者模式：多个对象存在一对多的关系，当一个对象发生改变的时候，把这种改变通知给其他多个对象，从而影响其他对象的行为
中介者模式：定义一个中介对象来简化原有对象之间的交付关系，降低系统中对象的耦合度，使得对象之间不必要相互了解
迭代器模式：提供一种方法来顺序访问聚合对象中一系列数据，而不暴露聚合对象的内部表示
访问者模式：在不改变几何元素的前提下，为一个集合中的每一个元素提供多种访问方式，即每个元素有多个访问者对象访问
备忘录模式：在不破坏封装性的前提下，获取并保存一个对象的内部状态，以便以后恢复她。
解释器模式：提供如何定义语言的文法，以及对语言句子的解释方法，即解释器
上述23种设计模式之间并不孤立存在，很多模式之间都存在一定的关联关系。
3、面向对象的设计原则
开闭原则：抽象约束，封装变化
里氏替换原则:之类可以扩展父类的功能，但是不能改变父类原有的功能，也就是说之类继承父类的时候，尽量不要重写父类的方法
依赖倒置原则：高层模块不应该依赖低层模块，两者应该依赖其抽象，抽象不应该依赖细节，细节应该依赖抽象，核心思想就是面向接口编程，而不是面向实现编程。
单一职责原则：规定一个类应该有且仅有一个引起他变化的原因，否则类应该被拆分，该原则提出对象不应该承担太多职责，如果一个对象承担了太对的职责，至少存在以下两个缺点：1.一个职责的变化可能会削弱或者抑制这个类实现其他职责的能力。2当客户端需要该对象的某一个职责时，不得不将其他不需要的职责全部包含进来，从而造成代码冗余或者浪费。单一职责原则核心就是控制类的力度大小，将对象解耦，提高其内聚性。降低类的复杂度，提高类的可读性、提高系统的可维护性。
接口隔离：尽量将臃肿庞大的接口拆分成更小和更具体的接口，让接口只包含客户感兴趣的方法。要为各个类建立它们需要的专用接口，而不要试图去建立一个很庞大的接口供所有依赖它的类去调用。
迪米特法则：最少知识原则，如果两个软件实体之间无需直接通信，那么就不应该发生直接的相互调用，可以通过第三方转发该调用。目的是降低类之间的耦合度，提高模块之间的相互独立性。
合成复用原则：又称组合、聚合复用原则，他要求软件复用时候，尽量先使用组合，或者聚合等关联关系来实现，其次才考虑使用继承关系来实现。如果使用继承关系来实现，必须严格遵循里氏替换原则
上述7种设计原则，是软件设计模式必须遵循的原则，各种原则要求的侧重点不同，其中开闭原则是总纲，他告诉我们要对扩张开放，对修改关闭，里氏替换原则告诉我们不要破坏继承体系，依赖倒置原则告诉我们要面向接口编程；单一职责原则告诉我们实现类要职责单一；接口隔离原则告诉我们在设计接口的时候要精简单一；迪米特则告诉我们要降低类之间的耦合度。合成符永原则则告诉我们邮箱使用组合或者聚合关系，少用继承关系复用。
