一、简介
- 设计模式是对软件设计中普遍存在（反复出现）的各种问题，所提出的解决方案。
二、六大原则
a、单一职责原则
【基本介绍】
- 对类来说的，即一个类应该只负责一项职责。如类A负责两个不同职责：职责1，职责2。 当职责1需求变更而改变A时，可能造成职责2执行错误，所以需要将类A的粒度分解为 A1，A2
【注意事项和细节】
- 降低类的复杂度，一个类只负责一项职责
- 提高类的可读性，可维护性
- 降低变更引起的风险
- 通常情况下，我们应当遵守单一职责原则，只有逻辑足够简单，才可以在代码级违 反单一职责原则；只有类中方法数量足够少，可以在方法级别保持单一职责原
b、接口隔离原则
【基本介绍 】
- 客户端不应该依赖它不需要的接 口，即一个类对另一个类的依赖 应该建立在最小的接口上
c、依赖倒转（DIP）原则
【基本介绍】
- 高层模块不应该依赖低层模块，二者都应该依赖其抽象
- 抽象不应该依赖细节，细节应该依赖抽象
- 依赖倒转(倒置)的中心思想是面向接口编程
- 依赖倒转原则是基于这样的设计理念：相对于细节的多变性，抽象的东西要稳定的 多。以抽象为基础搭建的架构比以细节为基础的架构要稳定的多。在java中，抽象 指的是接口或抽象类，细节就是具体的实现类
- 使用接口或抽象类的目的是制定好规范，而不涉及任何具体的操作，把展现细节的 任务交给他们的实现类去完成
【注意事项和细节】
- 低层模块尽量都要有抽象类或接口，或者两者都有，程序稳定性更好.
- 变量的声明类型尽量是抽象类或接口, 这样我们的变量引用和实际对象间，就存在 一个缓冲层，利于程序扩展和优化
- 继承时遵循里氏替换原则
d、里氏替换原则
e、开闭原则ocp
f、迪米特法则
大话【设计模式】
原文：https://www.cnblogs.com/liugp/p/12082823.html
