关于单一职责原则

简介:

单一职责原则(Single Responsibility Principle,SRP )是面向对象设计 SOLID 原则中的第一个原则,其核心思想是:一个类(或模块、方法)应该只有一个引起它变化的原因。换句话说,一个类应该专注于单一的功能或职责,避免承担过多不相关的任务。


核心思想

  • 职责单一化:每个类只负责一个明确的职责。

  • 高内聚,低耦合:将功能相关的代码集中,减少与其他模块的依赖。

  • 避免上帝类:防止出现功能庞杂、难以维护的"万能类"。


为什么重要?

  1. 可维护性:修改一个职责时,不会意外影响其他功能。

  2. 可读性:代码结构清晰,职责明确,易于理解。

  3. 复用性:单一职责的类更容易被复用到其他场景。

  4. 测试性:职责单一的方法更容易编写单元测试。

  5. 灵活性:系统变更时,只需修改特定模块,减少连锁反应。

代码举例:

情况一:

很显然这个没有实现单一职责原则,复用性和灵活性并不高

java 复制代码
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+" 在公路上");
    }
}

情况二:

这种属于在类级别上进行改进,解决了违反单一职责原则的问题

java 复制代码
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+"在水里");
    }
}

情况三

这个在方法上遵守的单一职责,其实没有完全的符合单一职责

注意:这种方式只适合方法足够少,逻辑足够简单,可以不完全遵守

java 复制代码
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.通常要严格尊守,不复杂的情况下,方法少,可以适当违反(在方法级别上保持单一职责原

则)。

相关推荐
海棠一号16 分钟前
JAVA理论第五章-JVM
java·开发语言·jvm
eternal__day33 分钟前
Spring Cloud 多机部署与负载均衡实战详解
java·spring boot·后端·spring cloud·负载均衡
颜淡慕潇37 分钟前
Redis 实现分布式锁:深入剖析与最佳实践(含Java实现)
java·redis·分布式
程序员秘密基地43 分钟前
基于vscode,idea,java,html,css,vue,echart,maven,springboot,mysql数据库,在线考试系统
java·vue.js·spring boot·spring·web app
何中应44 分钟前
【设计模式-5】设计模式的总结
java·后端·设计模式
吾日三省吾码1 小时前
Spring 团队详解:AOT 缓存实践、JSpecify 空指针安全与支持策略升级
java·spring·缓存
风象南1 小时前
SpringBoot的5种日志输出规范策略
java·spring boot·后端
咖啡啡不加糖1 小时前
深入理解MySQL死锁:从原理、案例到解决方案
java·数据库·mysql
zimoyin1 小时前
Compose Multiplatform 实现自定义的系统托盘,解决托盘乱码问题
java
啾啾Fun2 小时前
【Java微服务组件】分布式协调P4-一文打通Redisson:从API实战到分布式锁核心源码剖析
java·redis·分布式·微服务·lua·redisson