定义:
- 不要存在多于一个导致类变更的原因
- 一个类/接口/方法只负责一项职责
- 优点:降低类的复杂度,提高类的可读性,提高系统的可维护性,降低变更引起的风险
单一职责原则不仅限于面向对象,只要是模块化的设计都适合
代码演示:
- 类的单一职责演示
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();
}
两个接口的职责是单一的,是清晰隔离的,这样负责性就降低了,可读性就增强了。
- 方法的单一职责原则
方法的单一职责比较简单,即一个方法只有一个单一的业务逻辑处理。