Java设计模式七大原则-单一职责原则

news/2024/11/25 5:38:29/

✨作者:猫十二懿

❤️‍🔥账号:CSDN 、掘金 、个人博客 、Github

🎉公众号:猫十二懿

单一职责原则

1、单一职责介绍

单一职责原则(SRP:Single Responsibility Principle)是指一个类或模块只负责单一的功能,不要存在多个导致类变更的原因。这个原则的核心思想就是将功能进行解耦,让单个类或模块只完成一项职责。)

简单来说:就是一个类只负责一个功能。

2、User用户例子

例如,一个User类应只关心表示用户本身的属性和行为,而不要将其它与用户无关的内容加入到这个类中去。如果一个类同时还负责了其他不相关的功能,比如用户地址、账户信息等,那么这个类的职责就不够单一了。这样,一旦修改了其中一个功能,可能就会影响到另外的功能,增加了维护和扩展的难度。

// 不遵循单一职责原则的代码实现
public class User {private String name;   // 姓名private String email;   // 邮箱private String address;  // 地址private double balance; // 收入public void updateUserInfo(String name, String email, String address) {this.name = name;this.email = email;this.address = address;// 更新用户信息...}public void deposit(double amount) {this.balance += amount;// 存款操作...}
}

在这个示例中,我们可以看到User类有两个职责:保存用户信息和用户账户操作。这就不符合单一职责原则,如果我们需要修改其中一个职责,可能会影响到另外一个职责的实现。

将上面用户的信息和用户账号的信息分离开

// 遵循单一职责原则的代码实现
public class User {private String name;private String email;private String address;public void updateUserInfo(String name, String email, String address) {this.name = name;this.email = email;this.address = address;// 更新用户信息...}
}public class Account {private double balance;public void deposit(double amount) {this.balance += amount;// 存款操作...}
}

通过将用户信息和账户操作分别封装到不同的类中,我们使得每个类都只关注自己的职责,降低了代码间的耦合度,并且修改和扩展也更加方便和容易。

如果还是不太明白,再看下面的列子

3、交通工具列子

先看一段代码:

/*** 交通工具类*  1. 在方式1的run方法中,违反了单一职责原则*  2. 解决的方案非常的简单,根据交通工具运行方法不同,分解成不同类即可*/
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("飞机");vehicle.run("轮船");}
}

运行结果如下:

image-20230412181239939

观察发现,这样的结果似乎不太符合我们的日常生活的习惯啊。摩托车、汽车在公路上运行肯定没问题,但是飞机和轮船呢???

3.1 改进一

对于上面代码案例中的问题,想必大家也都看出来了,Vehicle这个类负责的职责太多了,它既要管摩托车、汽车这种在公路上跑的,还要去管飞机这种在天上飞的,这就使得Vehicle这个类粒度太粗了,后期如果做出对公路方法的修改时,可能还会影响到其他的业务功能。

所以我们考虑将Vehicle这个类进行分解,分解为多个类,各干各的、各司其职。

在类定义上实现单一职责原则:不同的类,做不同的事情,但是每个类里面做的事情都相同的。

/***   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 SingleResponsibility2 {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("轮船");}
}

此时,我们将Vehicle拆解成了三个不同的类,再次运行。这样看起来就正常了吧。

不过也有人说,这样的改动比较大,就是直接在类的层面上做了修改(增加了多个类),我们能不能不改动这个类,而是对它的方法做修改呢?答案是可以的。

image-20230412182305627

3.2 改进二

在方法定义上实现单一职责原则:不同的方法,做不同的事情,但是每个方法里面做的事情都相同的。

/***   1. 这种修改方法没有对原来的类做大的修改,只是增加方法*   2. 这里虽然没有在类这个级别上遵守单一职责原则,但是在方法级别上,仍然是遵守单一职责*/
class Vehicle2 {public void runRoad(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.runRoad("汽车");vehicle2.runAir("飞机");vehicle2.runWater("轮船");}}

此时我们并未将类进行拆解,而是将之前的run方法进行了拆解,虽然这样的代码没有在类的层面上遵守单一职责原则,但是它却在方法层面上遵守了单一职责原则(一个方法都只做一件事情),同样可以做到正确的结果。

image-20230412182313746

4、单一职责原则总结

如果一个类承担的职责过多,就等于把这些职责耦合在一起,一个职责的变化可能会削弱或者抑制这个类完成其他职责的能力。这种耦合会导致脆弱的设计,当变化发生时,设计会遭受到意想不到的破坏

  1. 降低类的复杂度,一个类只负责一项职责
  2. 降低代码的耦合度,降低代码变更引起的风险
  3. 提高类的可读性、可维护性、清晰、可扩展
  4. 通常情况下,我们应当遵守单一职责原则。只有逻辑足够简单的情况下,才可以在代码级违反单一职责原则;而只有类中方法数量足够少的时候,才会建议在方法级别保持单一职责原则。

。这种耦合会导致脆弱的设计,当变化发生时,设计会遭受到意想不到的破坏

  1. 降低类的复杂度,一个类只负责一项职责
  2. 降低代码的耦合度,降低代码变更引起的风险
  3. 提高类的可读性、可维护性、清晰、可扩展
  4. 通常情况下,我们应当遵守单一职责原则。只有逻辑足够简单的情况下,才可以在代码级违反单一职责原则;而只有类中方法数量足够少的时候,才会建议在方法级别保持单一职责原则。

http://www.ppmy.cn/news/83538.html

相关文章

【C语言】实现猜数字游戏——随机数

🚩纸上得来终觉浅, 绝知此事要躬行。 🌟主页:June-Frost 🚀专栏:C语言 该篇将对 选择与循环语句 进行运用,实现猜数字游戏。 需求:游戏后可以选择再次进行游戏,也可以选择…

深度学习GPU选购指南

【导读】最近,曾拿到斯坦福、UCL、CMU、NYU博士offer、目前在华盛顿大学读博的知名测评博主Tim Dettmers在自己的网站又上线了深度学习领域的GPU深度测评,到底谁才是性能和性价比之王? 众所周知,在处理深度学习和神经网络任务时&a…

行业报告 | 2022文化科技十大前沿应用趋势(下)

原创 | 文 BFT机器人 04 商业创新 趋势7:区块链技术连接传统文化,数字藏品市场在探索中发展 核心内容: 2022年,数字藏品在区块链技术的助力下应运而生。狭义的数字藏品是指使用区块链技术、基于特定的文化资源所生成唯一的数字凭…

day17 - 用形状包围图像

在进行图像轮廓提取时,有的情况下不需要我们提取出精确的轮廓,只要提取出一个接近于轮廓的近似多边形,就可以满足后续的操作。 本期我们来学习如何通过设置参数来找出图像的近似多边形。 完成本期内容,你可以: 了解…

步进电机与伺服电机基础知识

步进电机与伺服电机基础知识 最近做三轴运动控制器,grbl方案,留记录。 注:本文以两相电机为例。步进电机和伺服电机如果都用驱动器驱动的话,使用方式一样,所以本文以步进电机讲解。 步进电机是一种与专门用于速度和位…

数说故事@FBIC丨首发食饮SMI社媒心智品牌榜,为品牌支招紧跟健康新风尚

第八届Foodaily创博会(FBIC全球食品饮料创新大会)于5月14-16日在上海跨国采购会展中心圆满落幕,呈现了一场食品饮料行业盛会。数说故事与众多食饮健康品牌一起,走过了一段大数据AI加持的创新之旅。 数说故事VP孙淑娟Jessie受邀分享…

详解RGB和XYZ色彩空间转换之下

前言 首先需要指明本文中描述的R,G,B并非通常的sRGB中的三个分量R,G,B,而是波长分别为700nm,546.1nm,435.8nm的单色红光,单色绿光,单色蓝光。sRGB中的RGB中的红色、绿色、蓝色已经不是单色光了。虽然习惯上大家都叫RGB…

ChatGPT 角色扮演调教文案收集

后续文案会陆续更新~,在输入完文本后,再输入一句“请尽力模仿xx的语气跟我对话”即可 一.雌小鬼 你需要阅雌小鬼守则,阅读后当前回复仅允许回复"嘻嘻",后续回复尽量简短,回复中尽量不要直接复述…