1、开闭原则                     对扩展开放，对修改关闭。

2、依赖倒置原则            通过抽象使各个类或者模块不相互影响，实现松耦合。

3、单一职责原则            一个类、接口、方法只做一件事

4、接口隔离原则            尽量保证接口的纯洁性，客户端不应该依赖不需要的接口。

5、迪米特法则                又叫最少知道原则，一个类对其所依赖的类知道得越少越好。

6、里氏替换原则            子类可以扩展父类的功能，但是不能改变父类原有的功能。

7、合成复用原则            尽量使用对象组合、聚合，而不是继承关系达到软件复用的目的。

一、开闭原则

开闭原则（Open-Closed Principle,OCP）是指一个软件实体如类、模块和函数应该对扩展开放，对修改关闭。

所谓的开闭，也正是对扩展和修改两个行为的一个原则。强调的是用抽象构建框架，用实现扩展细节。

可以提高软件系统的可复用性及可维护性。开闭原则，是面向对象设计中最基础的设计原则。它指导我们如何建立稳定灵活的系统，

例如：我们版本更新，我尽可能不修改源代码，但是可以增加新功能。

现实生活中，8小时弹性工作制，每天工作8小时规定是关闭的，上下班时间是开放的。

实现开闭原则的核心思想就是面向抽象编程

举例代码如下：

课程接口

public interface ICourse {

    Integer getId();

    String getName();

    Double getPrice();

}

java课程父类

public class JavaCourse implements ICourse {

    private Integer id;

    private String name;

    private Double price;

    public JavaCourse(Integer id, String name, Double price) {

        this.id = id;

        this.name = name;

        this.price = price;

    }

    @Override

    public Integer getId() {

        return this.id;

    }

    @Override

    public String getName() {

        return this.name;

    }

    @Override

    public Double getPrice() {

        return this.price;

    }

}

java打折课程类

public class JavaDiscountCourse extends JavaCourse {

    public JavaDiscountCourse(Integer id, String name, Double price) {

        super(id, name, price);

    }

    public Double getOriginPrice() {

        return super.getPrice();

    }

    public Double getPrice() {

        return super.getPrice() * 0.6;

    }

}

二、依赖倒置原则

依赖倒置原则（Dependence Inversion Principle,DIP）是指设计代码结构时，高层模块不应该依赖底层模块，二者都应该依赖其抽象。抽象不应该依赖细节；细节应该依赖抽象。

通过依赖倒置，可以减少类与类之间的耦合性，提高系统的稳定性，提高代码的可读性和可维护性，并能够降低修改程序所造成的风险。

举例代码如下（以下使用了依赖注入）：

1、错误举例

public class Linsa {

    public void studyJavaCourse(){

        System.out.println(“Linsa在学习Java的课程”);

    }

    public void studyPythonCourse(){

        System.out.println(“Linsa在学习Python的课程”);

    }

}

public static void main(String[] args) {

    Linsa linsa = new Linsa();

    linsa.studyJavaCourse();

    linsa.studyPythonCourse();

}

2、正确举例

public interface ICourse {

    void study();

}

public class JavaCourse implements ICourse {

    @Override

    public void study() {

        System.out.println(“Linsa在学习Java的课程”);

    }

}

public class PythonCourse implements ICourse {

    @Override

    public void study() {

        System.out.println(“Linsa在学习Python的课程”);

    }

}

public class Linsa {

    private ICourse course;

    public void setCourse(ICourse course){

        this.course = course;

    }

    public void study(){

        course.study();

    }

}

public static void main(String[] args) {

    Linsa linsa = new Linsa();

    linsa.setCourse(new JavaCourse());

    linsa.study();

    linsa.setCourse(new PythonCourse());

    linsa.study();

}

三、单一职责原则

单一职责（Simple Responsibility Pinciple,SRP）是指不要存在多于一个导致类变更的原因。

假设我们有一个Class负责两个职责，一旦发生需求变更，修改其中一个职责的逻辑代码，有可能会导致另一个职责的功能发生故障。

这样一来，这个Class存在两个导致类变更的原因。如何解决这个问题呢就要给两个职责分别用两个Class来实现，进行解耦。

后期需求变更维护互不影响。这样的设计，可以降低类的复杂度，提高类的可读性，提高系统的可维护性，降低变更引起的风险。

总体来说就是一个Class/Interface/Method只负责一项职责。

举例代码如下：

1、错误举例
public class Course {
    public void study(String courseName) {
        if (“直播课”.equals(courseName)) {
            System.out.println(courseName + “不能快进”);
        } else {
            System.out.println(courseName + “可以任意的来回播放”);
        }
    }
}

public static void main(String[] args) {
    Course course = new Course();
    course.study(“直播课”);
    course.study(“录播课”);
}

2、正确举例
public class LiveCourse {
    public void study(String courseName) {
        System.out.println(courseName + “不能快进”);
    }
}

public class ReplayCourse {
    public void study(String courseName) {
        System.out.println(courseName + “可以任意的来回播放”);
    }
}

public static void main(String[] args) {
    LiveCourse liveCourse = new LiveCourse();
    liveCourse.study(“直播课”);

    ReplayCourse replayCourse = new ReplayCourse();
    replayCourse.study(“录播课”);
}

四、接口隔离原则

接口隔离原则(Interface Segregation Principle,ISP)是指用多个专门的接口，而不使用单一的总接口，即客户端不应该依赖那些它不需要的接口。

这个原则指导我们在设计接口时应当注意以下几点

1、  一个类对另外一个类的依赖应该建立在最小的接口之上

2、  建立单一接口，不要建立庞大臃肿的接口。

3、  尽量细化接口，接口中的方法尽量少（不是越少越好，一定要适度）。

接口隔离原则符合我们常说的高内聚低耦合的设计思想，从而使得类具有很好的可读性、可扩展性和可维护性。

我们在设计接口的时候，要多花时间去思考，要考虑业务模型，包括以后有可能发生变更的地方还要做一些预判。所以，对于抽象，对业务模型的理解是非常重要的。

举例代码如下：
1、错误举例
public interface IAnimal {
    void eat();
    void fly();
    void swim();
}

public class Dog implements IAnimal{
    @Override
    public void eat() { }

    @Override
    public void fly() { }

    @Override
    public void swim() { }
}

2、正确举例
public interface IEatAnimal {
    void eat();
}

public interface IFlyAnimal {
    void fly();
}

public interface ISwimAnimal {
    void swim();
}

public class Dog implements IEatAnimal, ISwimAnimal{
    @Override
    public void eat() { }

    @Override
    public void swim() { }
}

五、迪米特法则

迪米特法则（Law of Demeter LOD）是指一个对象应该对其他对象保持最少的了解，

又叫作最少知识原则（Least Knowledge Principle,LKP），尽量降低类与类之间的耦合。

迪米特法则主要强调只和朋友交流，不和陌生人说话。

出现在成员变量、方法的输入、输出参数中的类都可以称之为成员朋友类，而出现在方法体内部的类不属于朋友类。
举例代码如下：
public class Course {
}

public class Employee {
    public void checkNumberOfCourses(){
        List courseList = new ArrayList();
        for (int i=0; i             courseList.add(new Course());
        }
        System.out.println(“目前已发布的课程数量是：”+courseList.size());
    }
}
public class TeamLeader {
    public void commandCheckNumber(Employee employee){
        employee.checkNumberOfCourses();
    }
}

public static void main(String[] args) {
    TeamLeader teamLeader = new TeamLeader();
    teamLeader.commandCheckNumber(new Employee());
}
 

六、里氏替换原则

里氏替换原则（Liskov Substitution principle,LSP）是指如果对每一个类型为T1的对象o1，都有类型为T2的对象o2，使得以T1定义的所有程序P在所有的对象o1都替换成o2时，程序P的行为没有发生变化，那么类型T2是类型T1的子类型。

定义看上去比较复杂，我们重新理解一下，可以理解为一个软件实体如果适用于一个父类，那么一定适用于其子类，所有引用父类的地方，必须能透明的使用其子类对象，子类对象是能够替换父类对象，程序逻辑不发生改变。

引申含义为：子类可以扩展父类的功能，但是不能改变父类原有的功能。

1、子类可以实现父类抽象方法，但是不能覆盖父类非抽象方法。

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

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

4、当子类方法实现父类方法时（重载，重写，实现抽象方法）方法的后置条件（方法的输出参数/返回值）要比父类严格或者与父类一样。

前面开闭原则代码就在获取折扣的时候就覆盖了父类的 getPrice（）方法，就违背了里式替换原则，改变了方法原有的逻辑。

修改代码如下：

public class JavaDiscountCourse extends JavaCourse {

    public JavaDiscountCourse(Integer id, String name, Double price) {

        super(id, name, price);

    }

    public Double getDiscountPrice() {

        return super.getPrice() * 0.6;

    }

}

七、合成复用原则

合成复用原则( Composite/Aggregate Reuse Principle, CARP )是指尽量使用对象组合（has-a）/聚合（contanis-a），而不是继承关系达到软件复用的目的。

可以使系统更加灵活，降低类与类之间的耦合度，一个类的变化对其他类造成的影响相对较少。

继承我们叫做白箱复用，相当于把所有的实现细节暴露给子类。组合/聚合也称之为黑箱复用，对类以外的对象是无法获取到实现细节的。

要根据具体的业务场景来做代码设计，其实也都需要遵循OOP模型。

举例代码如下：
public abstract class DBConnection {
    public abstract String getConnection();
}

public class MySQLConnection extends DBConnection {
    @Override
    public String getConnection() {
        return “MySQL数据库链接”;
    }
}

public class OracleConnection extends DBConnection {
    @Override
    public String getConnection() {
        return “Oracle数据库链接”;
    }
}

public class ProductDao {
    private DBConnection dbConnection;
    public void setDbConnection(DBConnection dbConnection){
        this.dbConnection = dbConnection;
    }
    public void addProduct(){
        String conn = dbConnection.getConnection();
        System.out.println(“使用”+conn+”增加产品”);
    }
}

public static void main(String[] args) {
    ProductDao productDao = new ProductDao();
    productDao.setDbConnection(new MySQLConnection());
    productDao.addProduct();
}