大佬，还记得设计模式的六大设计原则吗？

🍁 作者：知识浅谈，CSDN 签约讲师，CSDN 博客专家，华为云云享专家，阿里云星级博主

📌 擅长领域：全栈工程师、爬虫、ACM 算法

💒 公众号：知识浅谈

🔥 联系方式 vx：zsqtcc

🤞设计模式的六大设计原则总结🤞

学习设计模式之前需要先了解软件设计的六大原则，毕竟这是软件设计的底层规律，对之后设计模式的学习有很大的帮助。

正菜来了⛳⛳⛳

🎈开闭原则(OCP)

一般认为最早提出的开闭原则(OCP)是《面向对象软件构造》中给出的。

在面向对象编程领域中，开闭原则规定软件中的对象、类、模块和函数对扩展应该是开放的，但对于修改是封闭的。

开闭原则的思想可以理解为面向抽象编程。

public interface UserDao{  void insert();}public class UserDaoImpl1 implments UserDao{  public void insert(){    System.out.println("test1");  };}

如果有其他需求，需要输出另一个 “test2”正确的做法:不去修改 UserDaoImpl1 而是创建一个 UserDaoImpl2

public class UserDaoImpl2 implments UserDao{  public void insert(){    System.out.println("test2");  };}

🎈单一职责原则

单一职责原则(Single Responsibility Principle,SRP)又称单一功能原则。如果需要开发的一个功能需求不是一次性的，且随着业务发展的不断变化而变化，那么当一个 Class 类负责超过两个及以上的职责时，就在需求的不断迭代、实现类持续扩张的情况下，就会出现难以维护、不好扩展、测试难度大和上线风险高等问题。

interface A{    void watchTv();}class A1 implements A{    @Override    public void watchTv() {        System.out.println("A1");    }}
class A2 implements A{    @Override    public void watchTv() {        System.out.println("A2");    }}
//而不是在一个类里使用多个判断解决多个问题
class AA implements A {    @Override    public void watchTv() {        if("aa".equals("aa")){            System.out.println("A1");        }else {            System.out.println("A2");        }    }}

🎈里氏替换原则

继承必须确保超类所拥有的性质在子类中仍然成立简单来说，子类可以扩展父类的功能，但不能改变父类原有的功能。也就是说：当子类继承父类时，除添加新的方法且完成新增功能外，尽量不要重写父类的方法。这句话包括了四点含义：

• 子类可以实现父类的抽象方法，但不能覆盖父类的非抽象方法，保证了稳定性。

• 子类可以增加自己特有的方法。

• 当子类的方法重载父类的方法时，方法的前置条件（即方法的输入参数）要比父类的方法更宽松。

• 当子类的方法实现父类的方法(重写、重载或实现抽象方法)时，方法的后置条件（即方法的输出或返回值）要比父类的方法更严格或与父类的方法相等。

总结一下：就是父类和子类相同的方法，保证行为严格一致性，能够互相替换。

🎈迪米特法则

迪米特法则(Law of Demeter,LoD)又称为最少知道原则(Least Knowledge Principle,LKP),是指一个对象类对于其他对象类来说，知道得越少越好。也就是说，两个类之间不要有过多的耦合关系，保持最少关联性。举个🌰：校长类，教师类，学生类校长需要知道一个班级所有学生的平均成绩。校长对象需要调用教师对象去计算，只需要教师对象返回一个平均成绩即可，而不是需要教师返回所有的学生成绩让小张自己去计算平均成绩，就是为了让校长知道最少教师对象知道的属性。

🎈接口分离原则

一个类对另一个类的依赖应该建立在最小的接口上接口隔离原则(Interface Segregation Principle,ISP)要求程序员尽量将臃肿庞大的接口拆分成更小的和更具体的接口，让接口中只包含客户感兴趣的方法。举个🌰：

interface A{    void printA();}尽量不用上interface A1 {    void printA1();}interface A2 {    void printA2();}interface A3 {    void printA3();}interface A4 {    void printA4();}

🎈依赖倒置原则

• 依赖倒置原则(Dependence Inversion Principle,DIP)是指在设计代码架构哒高层模块不应该依赖于底层模块，二者都应该依赖于抽象。抽象不应该依赖于细节，细节应该依赖于抽象。

• DIP 就是我们常说的“面向接口编程”。

• 依赖倒置原则是实现开闭原则的重要途径之一，它降低了类之间的耦合，提高了系统的稳定性和可维护性，同时这样的代码一般更易读，且便于传承。

举个🌰：

interface A {    void printA();}class A1 implements A{    @Override    public void printA() {        System.out.println("A1");    }}
class A2 implements A{    @Override    public void printA() {        System.out.println("A2");    }}
class Result{    public static void main(String[] args) {        A1 a1 = new A1();        A2 a2 = new A2();        print(a1);        print(a2);            }    public static void print(A a) {          a.printA();    }}

最主要的在 Result 中的 print 方法中，使用 A 接受的而不是用 A1，A2 这两个类接收的，依赖倒置依赖的是抽象的接口。

🍚总结

以上就是六大设计原则，希望对你有所帮助，不求赞，一切随缘。