单一职责原则、开闭原则、里式替换原则、接口隔离原则和依赖反转原则，依次对应 SOLID 中的 S、O、L、I、D 这 5 个英文字母。我们今天要学习的是 SOLID 原则中的第一个原则：单一职责原则。换个角度来讲就是，一个类包含了两个或者两个以上业务不相干的功能，那我们就说它职责不够单一，应该将它拆分成多个功能更加单一、粒度更细的类
原创
2021-10-14 16:36:02
553阅读
背景介绍提起SPI机制，可能很多人不太熟悉，它是由JDK直接提供的，全称为：Service Provider Interface。而在平时的使用过程中也很少遇到，但如果你阅读一些框架的源码时，会发现它的有点无处不在的感觉。比如我们经常使用的spring框架，其spring-web包下就在使用该机制。 还有我们每个项目都离不开的日志框架log4j和数据库驱动框架中也同样的使用着SPI机制。 这么看来
转载
2024-02-05 11:50:34
29阅读
所谓单一职责原则，指的是，一个类应该仅有一个引用它变化的原因。这里变化的原因就是所说的“职责”，如果一个类有多个引起它变化的原因，那么也就意味着这个类有多个职责，再进一步说，就是把多个职责耦合在一起了。这会造成职责的相互影响，可能一个职责的变化，会影响到其他职责的实现，甚至引起其他职责随着变化，这种设计是很脆弱的。这个原则看起来是最简单和最好理解的，但是实际上是很难完全做到，难点在于如何区分“职责
原创
2023-08-03 18:00:29
110阅读
单一职责原则 (SRP)
原创
2024-10-13 12:36:14
64阅读
「这是我参与2022首次更文
原创
2022-04-21 10:39:56
345阅读
单一职责原则(Single Responsibility Principle)SRP 基本概念单一职责原则定义:应该有且仅有一个原因引起类的变更,也就是接口或类和职责的关系是一一对应的。难点:职责的划分: 在不同情景和生产环境下我们对职责的细化是不同的(职责单一的相对性)单一职责原则提出的是一个评价接口是否优良的标准，但是职责和变化原因是不可度量的，因项目而异，因环境而异(不可度量性)优势： 类的
原创
2023-04-24 02:08:59
119阅读
所谓单一职责，首先要了解什么事职责，在SRP中，职责定义为“变化的原因”，而单一职责所要求的就是：就一个类而言，应该仅有一个因其他变化的原因。
为什么要把职责分离到单一的类里面呢，因为每一个职责都是变化的一个轴线（an axis of change），当需求变化时，该变化会反应为类职责的变化。如果一个类承当一个以上的职责，那么因其他变化的原因就有多个，如果承担的职责过多，就等于把这些职责耦合在一
原创
2012-08-28 22:02:57
488阅读
刚重构完，深感clean code 之美，令吾陶醉，总结下吧。O(∩_∩)O 面向对象设计原则，有时这些原则之间相互依存（如OCP 与 DIP），有时又有点矛盾（如OCP 与 ISP） 虽只浅浅学习了SRP OCP LSP DIP ISP ，但还是被这思想深深震撼。就一个类而言，应该仅有一个引起它变化的原因为什么要SRP？ 情景：如果有多个动机耦合在一起，则一个动
原创
2022-10-21 16:13:10
117阅读
单一职责原则是面向对象原则五大原则中最简单，也是最重要的一个原则， 他的字面定义如下： 单一职责原则(Single Responsibility Principle, SRP): 一个类只负责一个功能领域中的相应职责，或者可以定义为：就一个类而言，应该只有一个引起它变化的原因。 从定义中可以看出在定
原创
2021-09-01 16:47:36
400阅读
单一职责原则（Single Responsibility Principle，SRP）又称单一功能原则，这里的职责是指类变化的原因。
单一职责原则规定一个类应该有且仅有一个引起它变化的原因，否则类应该被拆分。
以上是单一职责的基本概念，可以看到两句话中两次提到了"变化的原因"。
变化是软件生命周期中持续存在的过程，也可以说变化促进了软件的发展，如果软件不再发生变化，那么这个软件就停止了发展。
从这
转载
2019-10-28 09:30:00
160阅读
1 简介1.1 定义不要存在多于一个导致类变更的原因。该原则备受争议，争议之处在于对职责的定义，什么是类的职责?怎么划分类的职责?1.2 特点一个类/接口/方法只负责一项职责。1.3 优点降低类的复杂度、提高类的可读性，提能一味堆砌 ifelse 添加鸟类，结合该业务逻辑，考虑分别实现类职责，即根据单一原则创建两
原创
2022-03-14 15:25:21
428阅读
1 简介1.1 定义不要存在多于一个导致类变更的原因。该原则备受争议，争议之处在于对职责的定义，什么是类的职责?怎么划分类的职责?1.2 特点一个类/接口/方法只负责一项职责。1.3 优点降低类的复杂度、提高类的可读性，提高系统的可维护性、降低变更引起的风险。2 代码实战2.1 鸟类案例最开始的 Bird 类测试类显然鸵鸟用翅膀飞是错误的!修改类实现以上的设计依旧很差，总不能一味堆砌 ifelse 添加鸟类，结合该业务逻辑，考虑分别实现类职责，即根据单一原则创建两
原创
2021-07-14 10:41:21
718阅读
不要存在多于一个导致类变更的原因。通俗的说，即一个类只负责一项职责。
原创
2021-07-14 10:34:49
47阅读
Unity SRP 即 Unity Scriptable Rendering Pipeline(可编程渲染管线)，是Unity 2018的新功能，使开发者可以通过脚本按需构建自己的渲染过程。在学习和参考：吉祥的游戏编程笔记中关于Unity SRP的相关内容后，这里做一个简单的学习记录，如有错误之处，希望可以多多交流。 SRP中的内容可以用一张图说明： SRP的创建过程分为3个部分：Cus
转载
2024-05-25 14:56:55
83阅读
概要所谓单一职责，一个类或接口应该只负责一种职责，当某个类或接口会因为两种职责的变更而引起变化时，我们就需要分割职责。目的一个类或接口应该只会因一种职责而发生改变实例与效果先看个例子吧。假设我们需要一个消息的接口类，可以设定发信者和消息内容，很容易我们会设计成这样一个接口以及实现的类，class IMessage {
public: virtual void SetSenderType(string sender) = 0; virtual void SetMsgContent(string msg) = 0;
};
class Message ：public IMessa...
转载
2012-03-30 16:01:00
196阅读
2评论
1 简介1.1 定义不要存在多于一个导致类变更的原因。1.2 特点一个类/接口/方法只负责一项职责。1.3 优点降低类的复杂度、提高类的可读性，提高系统的可维护性、降低变更引起的风险。类的复杂性降低，实现什么职责都有清晰明确定义可读性提高，复杂性降低，那当然可读性提高可维护性提高，可读性提高，更易维护变更引起的风险降低，变更必不可少。若接口的单一职责做好，一个接口修改只对相应的实现类有影响，对其他
原创
精选
2023-06-02 16:00:54
1759阅读
点赞
第1章：基础知识Python执行普通除法：from __future__ import division。这样，单斜线’/’不在用作整除，而双斜线’//’代表整除，即使是浮点数。pow()：求幂，abs()：求绝对值，round()：四舍五入浮点数。向下取整：from math import floor
转载
2023-07-05 17:48:50
97阅读
个原因引起类的变更。There should never be more than one reason for a class to change. 优点：1、类的复杂性降低，实现什么职责都有清晰
转载
2023-05-24 12:34:41
57阅读
单一职责原则SRP是面向对象设计的原则。就一个类而言，应该仅有一个引起它变化的原因。 为什么要把不同的职责分配到不同的类中呢？因为每一个职责都是变化的一个轴线，当需求变化时，该变化会反映为类的职责的变化。如果一个类承担了多于一个的职责，那么就意味着引起它的变化的原因会有多个。如果一个类承担的职责过多，那么就等同于把这些职责耦合在了一起。一个职责的变化可能会抑制到该类完成其他职责的能力，这样的耦合会
翻译
精选
2014-02-09 20:35:32
1346阅读
类的设计原则（一）：单一职责原则（SRP）—— 高内聚的基石
摘要
单一职责原则（Single Responsibility Principle, SRP）是面向对象设计中最重要的基础原则之一，它如同建筑中的承重墙，支撑着整个软件架构的稳定性。本文将深入解析SRP的核心内涵、实现方法、常见误区以及实际应用场景，通过丰富的代码示例展示如何通过职责分离构建高内聚、低耦合的类设计。
一、SRP的本质解析
