文章目录
- 1. 方案1 - 类违反单一职责原则
- 2. 方案2 - 类遵守单一职责原则
- 3. 方案3 - 方法遵守单一职责原则
- 4. 单一职责原则注意事项和细节
Single Responsibility Principal :
对类来说的,即一个类应该只负责一项职责。如类A负责两个不同职责:职责1,职责2。 当职责1需求变更而改变A时,可能造成职责2执行错误,所以需要将类A的粒度分解为 A1,A2
1. 方案1 - 类违反单一职责原则
定义一个交通工具Vehicle类:
class Vehicle {
public void run(String vehicle) {
System.out.println(vehicle + " 在公路上运行....");
}
}
public class SingleResponsibility1 {
public static void main(String[] args) {
Vehicle vehicle = new Vehicle();
vehicle.run("摩托车");
vehicle.run("汽车");
vehicle.run("飞机");
}
}
摩托车 在公路上运行....
汽车 在公路上运行....
飞机 在公路上运行....
在run方法中,违反了单一职责原则:对类来说的,即一个类应该只负责一项职责。如类A负责两个不同职责:职责1,职责2。 当职责1需求变更而改变A时,可能造成职责2执行错误,所以需要将类A的粒度分解为 A1,A2
解决的方案:根据交通工具运行方法不同,分解成不同类即可
2. 方案2 - 类遵守单一职责原则
将方案1中的一个交通工具类分解成3个交通工具类,每个类负责单一的职责:
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 SingleResponsibility2 {
public static void main(String[] args) {
RoadVehicle roadVehicle = new RoadVehicle();
roadVehicle.run("摩托车");
roadVehicle.run("汽车");
AirVehicle airVehicle = new AirVehicle();
airVehicle.run("飞机");
}
}
摩托车公路运行
汽车公路运行
飞机天空运行
这种方案使得类遵守了单一职责原则,但是这样做的改动很大,即将类分解,同时修改客户端
改进方案:直接修改Vehicle 类,改动的代码会比较少
3. 方案3 - 方法遵守单一职责原则
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 SingleResponsibility3 {
public static void main(String[] args) {
Vehicle2 vehicle2 = new Vehicle2();
vehicle2.run("汽车");
vehicle2.runWater("轮船");
vehicle2.runAir("飞机");
}
}
汽车 在公路上运行....
轮船 在水中行....
飞机 在天空上运行....
这种修改方法没有对原来的类做大的修改,只是增加方法,这里虽然没有在类这个级别上遵守单一职责原则,但是在方法级别上,仍然是遵守单一职责。
4. 单一职责原则注意事项和细节
- 降低类的复杂度,一个类只负责一项职责。
- 提高类的可读性,可维护性 。
- 降低变更引起的风险 。
- 通常情况下,我们应当遵守单一职责原则,只有逻辑足够简单,才可以在代码级违反单一职责原则;只有类中方法数量足够少,可以在方法级别保持单一职责原则。