当前位置: 首页 > article >正文

关于单一职责原则

简介:

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


核心思想

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

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

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


为什么重要?

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

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

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

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

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

代码举例:

情况一:

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

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

            则)。


http://www.kler.cn/a/592000.html

相关文章:

  • docker run 命令常用参数
  • SpringCloud 学习笔记3(OpenFeign)
  • OSG简介
  • 电信大带宽服务器的应用场景都有哪些?
  • vue中js简单创建一个事件中心/中间件/eventBus
  • Zabbix安装(保姆级教程)
  • 学习Python如何高效处理CSV文件的技巧!
  • Docker 和 Docker Compose 的关系
  • 可视化图解算法:链表中倒数(最后)k个结点
  • 使用py-ffmpeg批量合成视频的脚本
  • CentOS7 安装 jdk8(Java安装)
  • Next.js 的渲染体系架构
  • Spring Boot 核心知识点深度详解:自动化配置 (Auto-configuration) - 解锁 Spring Boot 的 “魔法”
  • 【从零开始学习计算机科学】软件工程(三)需求工程
  • 《算法笔记》9.2小节——数据结构专题(2)->二叉树的遍历 问题 B: 二叉树
  • 批量清空 Excel 文档主题、标记、作者、保存时间、总编辑时间元数据
  • 23年蓝桥杯 ———— 阶乘求和
  • rk3588 linux的rootfs.img挂载后通过chroot切换根目录安装应用提示空间不足
  • 一、Redis简介篇
  • 一文梳理清楚Vsync/Choreographer/SurfaceFlinger/Surface/SurfaceHolder/硬件刷新频率关系