单一职责原则

定义：

• 不要存在多于一个导致类变更的原因
• 一个类/接口/方法只负责一项职责
• 优点：降低类的复杂度，提高类的可读性，提高系统的可维护性，降低变更引起的风险

单一职责原则不仅限于面向对象，只要是模块化的设计都适合

 

代码演示：

• 类的单一职责演示

public class Bird {
    public void go(String name){
        System.out.println(name + "在飞行");
    }
}

看一下上面这个类，在逻辑上显然不合理，并不是所有的鸟都会飞行的，如果要区分开，在方法中直接添加逻辑判断就违反了单一职责原则。

public class FlyBird extends Bird {
    @Override
    public void go(String name){
        System.out.println(name + "在飞行");
    }
}

public class WalkBird extends Bird {
    @Override
    public void go(String name){
        System.out.println(name + "在行走");
    }
}

这样的方式即是符合单一职责原则，两个类区分了不同的职责。

• 接口的单一职责演示

public class Course implements CourseManager,CourseContent{

    @Override
    public String courseName() {
        return null;
    }
    @Override
    public byte[] courseVideo() {
        return new byte[0];
    }
    @Override
    public void refundCourse() {

    }
    @Override
    public void studyCourse() {

    }
}

public interface CourseManager {
    void refundCourse();
    void studyCourse();
}

public interface CourseContent {
    String courseName();
    byte[] courseVideo();
}

两个接口的职责是单一的，是清晰隔离的，这样负责性就降低了，可读性就增强了。

• 方法的单一职责原则

方法的单一职责比较简单，即一个方法只有一个单一的业务逻辑处理。