23种设计模式

一、七大设计原则

1、单一职责原则

即一个类只负责一类事物，一个方法只处理一件事。比如 StudentController 只接收处理 student 表的前端请求，如果还接收处理 class 表的前端请求，看着就会很乱。

2、接口隔离原则

一个类实现某个接口的时候，最好是需要重写接口中所有的方法，如果只重写接口中二分之一的方法，那另外二分之一就需要写空实现，这样会导致代码冗余，不方便维护。此时可以对接口进行细分，比如分成两个接口，让类实现其中的某一个接口并重写该接口中的所有方法。

3、面向接口编程原则

一个类依赖另一个类时(依赖可以理解为被依赖方是依赖方的成员变量，或者依赖方的某个方法的参数为被依赖方)，如果被依赖方可能存在多个实现，可以设置被依赖方为接口形式，而不是具体的实现类，比如发送消息的方法，如果参数传递为微信对象，那只能通过微信发送消息，但是如果传递某个接口，该接口下的实现类有微信、邮件，此时发送消息的方法就可以发送多种类型的消息

4、开闭原则

对扩展开放，对修改关闭。
对修改关闭 可以理解为不对当前已经存在的类进行任何修改；对扩展开发，可以理解为我们增加一个新的类，就可以对现有功能进行增强。
比如发送消息的方法，参数是一个发送渠道的接口，如果发送消息的方法中的逻辑是通过判断接口实现类的不同类型来选择调用不同的具体发送消息的方法，那么在扩展一个新的发送渠道时，不仅要增加一个新类，而且还要修改发送消息的方法，不符合对修改关闭的原则。此时可以将发送消息的方法的逻辑修改为：直接调用接口的方法，这时候再增加一个新的发送渠道，只需要在新的类中重写该方法渠道的发送方法即可，不需要修改原有的发送消息的方法。

5、合成复用原则

尽量使用组合(成员变量)、依赖(方法参数或者方法返回值)代替继承，因为继承的耦合度太高。

6、最小知道原则

在满足需求的条件下，一个类对另一个类了解的越少越好，比如A类聚合B类，在A类的所有方法中调用B类的方法时，B类提供的公共方法尽量A类都用到，如果用不到，B类可以对该方法用private修饰。

7、里氏替换原则

二、23种设计模式