简介:
单一职责原则(Single Responsibility Principle,SRP)是面向对象设计 SOLID 原则中的第一个原则,其核心思想是:一个类(或模块、方法)应该只有一个引起它变化的原因。换句话说,一个类应该专注于单一的功能或职责,避免承担过多不相关的任务。
核心思想
-
职责单一化:每个类只负责一个明确的职责。
-
高内聚,低耦合:将功能相关的代码集中,减少与其他模块的依赖。
-
避免上帝类:防止出现功能庞杂、难以维护的“万能类”。
为什么重要?
-
可维护性:修改一个职责时,不会意外影响其他功能。
-
可读性:代码结构清晰,职责明确,易于理解。
-
复用性:单一职责的类更容易被复用到其他场景。
-
测试性:职责单一的方法更容易编写单元测试。
-
灵活性:系统变更时,只需修改特定模块,减少连锁反应。
代码举例:
情况一:
很显然这个没有实现单一职责原则,复用性和灵活性并不高
public class SingleResponsibility1 {public static void main(String[] args) {Vehicle vehicle = new Vehicle();vehicle.run("摩托车");vehicle.run("飞机");vehicle.run("汽车");}
}
///交通工具类
//1.方式1违反了单一职责
//2.解决方式:根据交通工具方式不同分解成不同的类
class Vehicle{public void run(String vehicle){System.out.println(vehicle+" 在公路上");}
}
情况二:
这种属于在类级别上进行改进,解决了违反单一职责原则的问题
public class SingleResponsibility2 {public static void main(String[] args) {RoadVehicle vehicle = new RoadVehicle();vehicle.run("摩托车");AirVehicle airVehicle = new AirVehicle();airVehicle.run("飞机");WaterVehicle waterVehicle = new WaterVehicle();waterVehicle.run("汽车");}
}
//方案二
//1.遵守了单一职责原则
//2.但是这样做花销很大改动很大,将类分解同时修改客户端
//3,改进 直接修改Vehicle类
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 SingleResponsibility3 {public static void main(String[] args) {Vehicle2 vehicle2 = new Vehicle2();vehicle2.run("摩托车");vehicle2.runAir("飞机");vehicle2.runWater("船");}
}
//方式三
//1,这种修改没有对原来类做大的修改,只是增加方法
//2.虽然没有在类级别上遵守单一职责原则,在方法级别上仍然遵守单一职责原则
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+" 在水上");}
}
总结:
1.降低类的复杂度。
2.提高可读性,可维护性.。
3.降低变更带来的风险,条理清晰。
4.通常要严格尊守,不复杂的情况下,方法少,可以适当违反(在方法级别上保持单一职责原
则)。