设计模式(Design pattern)代表了最佳的实践，通常被有经验的面向对象的软件开发人员所采用。设计模式是软件开发人员在软件开发过程中面临的一般问题的解决方案。这些解决方案是众多软件开发人员经过相当长的一段时间的试验和错误总结出来的。

设计模式分为三大类：

• 创建型模式：工厂方法模式、抽象工厂模式、单例模式、建造者模式、原型模式(5种)

• 结构型模式：适配器模式、装饰者模式、代理模式、外观模式、桥接模式、组合模式、享元模式。(7种)

• 行为型模式：策略模式、模板方法模式、观察者模式、迭代子模式、责任链模式、命令模式、备忘录模式、状态模式、访问者模式、中介者模式、解释器模式。(11种)

设计模式的六大原则：

1.单一原则(Single Responsibility Principle)

        一个类或者一个方法只负责一项职责，尽量做到类的只有一个行为原因引起变化；

　    如果一个类承担的职责过多，就等于把这些职责耦合在一起，一个职责的变化可能会削弱或者抑制这个类完成其他职责的能力。这种耦合会导致脆弱的设计，当变化发生时，设计会遭受到意想不到的破坏

2.里氏替换原则(LSP liskov substitution principle)

       子类可以扩展父类的功能，但不能改变原有父类的功能；(类似于多态)

　　实际项目中，每个子类对应不同的业务含义，使父类作为参数，传递不同的子类完成不同的业务逻辑。

3.依赖倒置原则(dependence inversion principle)

        高层模块不应该依赖低层模块，两者都应该依赖其抽象；抽象不应该依赖细节，细节应该依赖抽象，其核心思想是：要面向接口编程，不要面向实现编程。

4.接口隔离(interface segregation principle)

        建立单一接口；(扩展为类也是一种接口，一切皆接口)

        定义：a.客户端不应该依赖它不需要的接口；

　　　        b.类之间依赖关系应该建立在最小的接口上；

        简单理解：复杂的接口，根据业务拆分成多个简单接口；　

5.迪米特原则(law of demeter LOD)

        最少知道原则，尽量降低类与类之间的耦合；

        一个对象应该对其他对象有最少的了解　　

6.开闭原则(open closed principle)

        一个软件实体应当对扩展开放，对修改关闭。即软件实体应尽量在不修改原有代码的情况下进行扩展

单一职责原则告诉我们实现类要职责单一

里氏替换原则告诉我们不要破坏继承体系

依赖倒置原则告诉我们要面向接口编程

接口隔离原则告诉我们在设计接口的时候要精简单一

迪米特原则告诉我们要降低耦合

开闭原则是总纲，告诉我们要对扩展开放，对修改关闭