单一职责原则
- 就一个类而言,应该仅有一个引起它变化的原因(职责)。
- 职责就是对象能够承担的责任,并以某种行为方式来执行 。可以将数据库的增删改查理解成职责,即对数据的基本 操作。
- 单一职责原则对类来说,即一个类应该只负责一项职责。
- 如类A负责两个不同职责:职责1,职责2,当职责1需求变 更而改变A时,可能造成职责2执行错误,所以需要将类A 的粒度分解为A1,A2。
- 主要根据不同的角度划分职责,比如,
1、从类的组成,划分为属性操作和行为操作两种。
2、从数据库操作的不同作用,划分为数据库的连接操作和增删改查 基本操作。
交通工具类
//方式1
class Vehicle{
public void run(String vehicle) {
System.out. println(vehicle + " 在公路上跑 ");
}
}
public class singleResponsibility {
public static void main(String[] args) {
Vehicle vehicle = new Vehicle();
vehicle.run("摩托车");
vehicle.run("汽车");
vehicle.run("飞机");
}
}
代码运行结果:
摩托车在公路上跑
汽车在公路上跑
飞机在公路上跑
方案1的分析:
1.在方式1的run方法中,违反 了单一职责原则
2.解决方案:根据交通工具运行 方法不同,分解成不同类
//方式2:根据交通工具运行方法不同,分解成不同类
class RoadVehicle {
public void run(String vehicle) {
System .out. println(vehicle + " 在公路上跑 ");
}
}
class AirVehicle {
public void run(String vehicle) {
System.out. println(vehicle + " 在天空中飞 ");
}
}
class WaterVehicle {
public void run(String vehicle) {
System.out. println(vehicle + " 在水里游 ");
}
}
public class singleResponsibility {
public static void main(String[] args) {
RoadVehicle roadVehicle = new RoadVehicle(); roadVehicle.run("摩托车");
roadVehicle.run("汽车");
AirVehicle airVehicle = new AirVehicle();
airVehicle.run("飞机");
WaterVehicle waterVehicle = new WaterVehicle(); waterVehicle.run("轮船");
}
}
代码运行结果
摩托车在公路上跑
汽车在公路上跑
飞机在天空中飞
轮船在水里游
方案2的分析
1.遵守单一职责原则
2.但是改动很大,即要将类分解,又要修改客户端
3.改进:保留并修改Vehicle类,改动的代码会比较少=>方案3
//方案3 保留并修改Vehicle类
class Vehicle2 {
public void run(String vehicle) { //不变
System .out. println(vehicle +"在公路上跑");
}
public void runAir(String vehicle) { //增加
System.out. println(vehicle + "在天空中飞");
}
public void runWater(String vehicle) { //增加
System.out. println(vehicle + "在水里游"); }
}
public class singleResponsibility {
public static void main(String[] args) {
Vehicle2 Vehicle = new Vehicle2();
Vehicle.run("摩托车");
Vehicle.run("汽车");
Vehicle.runAir("飞机");
Vehicle.runWater("轮船");
}
}
代码运行结果:
摩托车在公路上跑
汽车在公路上跑
飞机在天空中飞
轮船在水里游
方案3的分析
1.这种修改方法没有对原来的类做大的修改,只是增加方法;
2.增加的部分不影响原有部分,降低了变更引起的风险;
3.这里在类这个级别上没有遵守单一职责原则,但是在方法级 别上,仍然是遵守单一职责。
单一职责原则注意事项和细节
1)降低类的复杂度,一个类只负责一项职责。
2)提高类的可读性,可维护性
3)降低变更引起的风险
4)通常情况下, 应当遵守单一职责原则。
只有逻辑足够简单,才可以在代码级违反单一职责原则: 只有类中方法数量足够少,可以在方法级别保持单一职责 原则。