设计模式的两大主题&六大原则

设计模式的两大主题—— 系统复用 和 系统拓展

设计模式的六大原则

总原则——开闭原则（Open Close Principle）：对扩展开放，对修改关闭。不修改原有代码，”热插拔“。需要使用接口和抽象类。
如何理解“对扩展开放，对修改关闭”？
简单来说就是，添加一个新的功能应该，在已有代码基础上扩展代码，而非修改已有代码。但是我觉得“扩展”和“修改”是相对的，比如，添加属性和方法相当于修改类，在类这个层面，这个代码改动可以被认定为“修改”；但这个代码改动并没有修改已有的属性和方法，在方法（及其属性）这一层面，它又可以被认定为“扩展”。

1、单一职责原则：不要存在多于一个导致类变更的原因，也就是说每个类应该实现单一的职责，否则就应该把类拆分。
如何理解单一职责原则？
简单来说就是专人专事，一个类只干同一类型的事情。比如大学学生工作主要包括学生生活辅导和学生学业指导两个方面的工作，其中生活辅导主要包括班委建设、出勤统计、心理辅导、费用催缴、班级管理等工作，学业指导主要包括专业引导、学习辅导、科研指导、学习总结等工作。如果将这些工作交给一位老师负责显然不合理，正确的做 法是生活辅导由辅导员负责，学业指导由学业导师负责。

2、里氏代换原则（Liskov Substitution Principle）： 使用子类替代父类，实现通用编程。
如何理解里氏代换原则？
这里需要了解“重写”和“重载”的区别：
重写——存在于子类和父类之间，子类继承父类后想做出有别于父类的响应，对同名方法内容改写，同名同参不同实现。动态多态性
重载——比如一个实体类中的不同的构造函数（有参和无参），同名不同参不同含义。 静态多态性
里氏替换原则通俗来讲就是：子类可以扩展父类的功能，但不能改变父类原有的功能。也就是说：子类继承父类时，除添加新的方法完成新增功能外，尽量不要重写父类的方法。

3、依赖倒转原则（Dependence Inversion Principle）面向接口编程，依赖于抽象而不依赖于具体。
如何理解依赖于抽象和不依赖于具体？
依赖倒转原则的核心思想是：要面向接口编程，不要面向实现编程。使用接口或者抽象类的目的是制定好规范和契约，而不去涉及任何具体的操作，把展现细节的任务交给它们的实现类去完成。简单来说就比如在SpringBoot中，我们在编写Controller类的时候，对接口的调用，注入的是xxxService（抽象），而不是xxxSeviceImpl（具体），通过对xxxService可以调用xxxServiceImpl里面的具体方法。

4、接口隔离原则（Interface Segregation Principle）：接口设计要精简单一，降低依赖降低耦合。
每个接口中不存在子类用不到却必须实现的方法，如果不然，就要将接口拆分。使用多个隔离的接口，比使用单个接口（多个接口方法集合到一个的接口）要好。
如何理解接口隔离原则？
接口拆分是接口隔离的关键。举个例子，比如说一个学生成绩管理程序——包含插入成绩、删除成绩、修改成绩、计算总分、计算均分、打印成绩信息、査询成绩信息等功能，如果将这些功能全部放到一个接口中显然不太合理，正确的做法是将它们分别放在输入模块、统计模块和打印模块等 3 个模块中，如下图所示。

5、迪米特法则，又称最少知道原则（Demeter Principle）：实体间尽量少发生相互作用，降低依赖耦合。
如何理解迪米特法则？
这个原则有点像Nginx里的正向代理和反向代理，用户通过代理服务器与服务器发生交互。简单点来说，就是两个类之间，比如明星和粉丝，通过第三个类来进行交互，比如经纪人或经纪公司。明星与粉丝是通过经纪人或经纪公司的安排演唱会或其他活动的方式完成见面这个行为的，如下图。

6、合成复用原则（Composite Reuse Principle）：尽量使用合成/聚合的方式，而不是使用继承。
如何理解合成复用原则？
合成复用原则是通过将已有的对象纳入新对象中，作为新对象的成员对象来实现的，新对象可以调用已有对象的功能，从而达到复用。
举个简单的例子，比如将汽车进行分类，按动力源来分的话，可以分为新能源汽车和燃油汽车；按颜色来分的话，可以分为红色，白色，黑色。考虑这两种情况，如果利用继承关系来实现分类的话，就分为红色新能源汽车，白色新能源汽车，黑色新能源汽车，红色燃油汽车，白色燃油汽车，黑色燃油汽车，在一个单选框里面出现了6种选项；如果利用组合关系来实现分类的话，就在一个汽车类中组合颜色和动力源两个类，分为了两个单选框，颜色类集成了红色，白色，黑色三种属性，动力源类中集成了新能源和燃油两种属性，通过两个单选框的方式就实现了合成复用的原则，如下图。