面向对象设计的原则--单一职责原则（SRP）

最新推荐文章于 2020-07-26 12:16:55 发布
最新推荐文章于 2020-07-26 12:16:55 发布
阅读量457 收藏
点赞数 1
分类专栏： >>OOD<< 文章标签： 面向对象 设计
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/da_guo_li/article/details/73087393
版权
本文介绍了面向对象设计中的单一职责原则（SRP），阐述了职责定义及耦合的危害。通过多个例子展示了如何识别和分离职责，强调了根据应用程序的变化方式来决定职责是否分离。最后，讨论了在实际业务开发中如何应用SRP，平衡类的职责划分，以提高代码的可维护性和稳定性。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

概述

  • 职责： 是引起变化的原因

    • 如果有多于一个的动机去改变一个类，这个类就具有多于一个职责
    • 把多个职责耦合在一起，一个的变化可能会削弱或者抑制这个类完成其他职责的能力

  • SRP ： 对一个类而言， 应该仅有一个引起它变化的原因。

SRP例子一

这里写图片描述

  • 这个设计违反了单一职责原则（SPR）。Rectangle提供了两个职责。第一个职责提供了一个矩形集合形状的数学模型，第二个职责把矩形绘制在图形界面上。

这里写图片描述

  • 将两个职责分离到上图的所示的完全不同的类中。

SRP例子二

最低0.47元/天 解锁文章
面向对象设计原则 - SOLID原则 (基于C++)
2301_81482480的博客
01-28 501
SOLID 原则为面向对象设计提供了重要的指导方针，帮助开发者编写更加灵活、可维护和可扩展的代码。通过遵循这些原则，我们可以避免常见的设计问题，并使代码更容易理解和修改。希望这篇文章能够帮助你更好地理解 SOLID 原则，并在实际项目中应用这些原则来提升代码质量。如果你有任何问题或需要进一步的帮助，请随时留言讨论！
理解微服务的单一职责原则的优缺点
snowglede的专栏
08-21 3730
近来看到好多有关微服务的文章提到，“单一职责”原则是微服务的基本原则之一。 “单一职责”原则其实本就是面向对象设计与编程的基本原则之一。 我们先看看面向对象原则中对SRP原则的权威解释： 单一职责原则(single responsibility principle )       There should never be more than one reason for a clas
面向对象的设计原则(1)：SRP
Be yourself and Beyond yourself
07-07 1180
SRP 就一个类而言，应该仅有一个引起它变化的原因 什么是职责？我们把职责定义为“变化的原因”(a reason for change),如果你能想到多于一个的动机去改变  一个类，那么这个类就具有多于一个的职责 如果一个类的职责过多，就等于把这些职责耦合在一起，一个职责的变化可能会抑止这个类完成其他职责的能力。例子： interface Modem  {  public void dial(S
面向对象设计原则一：单一职责原则（SRP）
weixin_33963594的博客
08-12 151
单一职责原则（SRP） 定义：系统中的每一个类都应该只有一个职责。 好处：高内聚、低耦合。 解释说明：         单一职责也就是说我们应该让一个类或一个对象只做一件事情，每个类所要关注的就是自己要完成的职责是什么，能够引起这个类变化的原因也应该只有一个，这也是后面提到的所有的设计模式都会遵守的一个原则。         高内聚：先按照面向对象的封装特性来理解，封装也就是我们说的，应该把一个类...
面向对象设计原则之单一职责原则（SRP）
戚银的博客
06-10 1583
面向对象设计原则之单一职责原则（SRP） 单一职责的原则告诉我们：在软件系统中，如果一个类承担的职责过多，就等于把这些职责耦合在一起，一个职责的变化肯呢过会消弱和抑制这个类完成其他职责的能力。这种耦合会导致脆弱的设计，当变化发生时，设计会遭到意想不到的破坏[ASD]，事实上我们在做编程的时候很自然地就会跟一个类加各式各样的功能。
【面向对象设计原则】之 单一职责原则（SRP）
fanfan4569的博客
07-04 440
刚重构完，深感clean code 之美，令吾陶醉，总结下吧。O(∩_∩)O 面向对象设计原则，有时这些原则之间相互依存（如OCP 与 DIP），有时又有点矛盾（如OCP 与 ISP） 虽只浅浅学习了SRP OCP LSP DIP ISP ，但还是被这思想深深震撼。 就一个类而言，应该仅有一个引起它变化的原因为什么要SRP？　　情景：如果有多个动机耦合在一起，则一个动机可能会削弱或者抑制
设计模式六大原则（一）：单一职责原则
weixin_30685029的博客
05-27 142
单一职责原则定义是：不要存在多于一个导致类变更的原因。通俗地说，即一个类只负责一项职责。 单一职责原则针对的问题 有一个类T负责两个不同的职责：职责P1和职责P2。当因为职责P1的需求发生改变而需要修改类T的时候，有可能会导致原本运行正常的职责P2功能发生故障。 单一职责原则的解决方案 遵循单一职责原则，分别建立两个类T1、T2，使T1完成职责P1功能，T2完成职责P2功能。这样...
PHP面向对象五大原则之单一职责原则(SRP)详解
10-18
单一职责原则(SRP)是面向对象设计中的一个基本原则，它要求一个类应该只有一个引起它变化的原因。在PHP等面向对象编程语言中，遵守这一原则可以帮助开发人员编写出结构更清晰、维护性更强的代码。接下来，我们将详细...
Ruby 面向对象设计实践--2013年
01-25
- **单一职责原则**（Single Responsibility Principle, SRP）：一个类应该只有一个引起它变化的原因。 - **开放封闭原则**（Open/Closed Principle, OCP）：软件实体应该是对扩展开放的，对修改封闭的。 - **里氏...
面向对象设计原则：类的单一职责与开放-封闭原则
1. 单一职责原则（Single Responsibility Principle, SRP） 该原则指出，一个类应当只有一个引起它变化的原因，意味着每个类应专注于一个特定的职责。将多种职责耦合在同一类中会增加它们之间的关联性，当其中一个...
面向对象设计原则-----单一职责原则SRP(Single-Responsibility Principle)
weixin_30823833的博客
07-10 104
就一个类而言，应该仅有一个引起它的变化的原因。避免相同的职责分散到不同的类之中，避免一个类承担过多的职责。减少类之间的耦合，当需求变化时，只修改一个地方。 下面是一个档案类，有添加，修改，删除，获取档案信息，通过档案的档号得到档案分类。 在我的系统中通过档号得到档案分类的规则需要经常变化，当通过档号得到档案分类的规则变化时会影响整个类。这时将类重构为...
面向对象程序设计原则
dianhuiqiang5851的博客
03-03 107
声明：下面列出的面向对象程序设计原则并非我个人总结，而是最近学习设计模式的笔记。目前只是列出刚看过的几条，以后学到再继续添加。 1. 单一职责原则（SRP） 单一职责原则，就是，就一个类而言，应该仅有一个引起它变化的原因。 也就是说，一个类应该只实现一个单一的功能。为什么呢？因为，如果一个类承担的职责过多，就等于把这些职责耦合在一起，一个职责的变化可能会削弱或抑...
图解java设计模式_06_单一职责原则
to_real的博客
07-26 245
package com.atguigu.principle.singleresponsibility; public class SingleResponsibility1 { public static void main(String[] args) { // TODO Auto-generated method stub Vehicle vehicle = new Vehicle(); vehicle.run("摩托车"); vehicle.run("汽车"); vehi...
软件设计原则之职责单一原则
Jeff 的专栏
09-01 634
职责单一原则作为面向对象的SOLID原则之首，可见其重要性了，职责单一原则使得软件系统更易于开发，测试和维护，在设计架构上也体现了高内聚低耦合的特性。 面向对象的S.O.L.I.D 原则 一般来说这是面向对象的五大设计原则，但是，我觉得这些原则可适用于所有的软件开发。 Single Responsibility Principle (SRP) – 职责单一原则 关于单一职责原则，其核心的思
单一职责原则的思考
hai330的博客
12-10 338
单一职责原则的思考  Posted on 2018-11-15 |  Edited on 2019-01-09 |  Comments: 2 |  Views: 5 单一职责原则是软件开发过程中经常被用到的一个原则，易于理解，且十分受用。 什么是单一职责原则 单一职责原则，是面向对象设计的基本原则之一，易于理解，且十分受用。官方对此理解为：一个类应该有且只有一个变化的原因。当有多个原因导致...
设计模式六大原则例子（二）-- 单一职责原则（SRP）例子
yabay2208的博客
06-27 9050
之前我们对设计模式的六大原则做了简单归纳，这篇博客是对单一职责原则进行的举例说明。 单一职责原则的意义对象不应该承担太多职责，正如人不应该一心分为二用。唯有专注，才能保证对象的高内聚；唯有单一，才能保证对象的细粒度。对象的高内聚与细粒度有利于对象的重用。一个庞大的对象承担了太多的职责，当客户端需要该对象的某一个职责时，就不得不将所有的职责都包含进来，从而造成冗余代码或代码的浪费。这实际上保证了DRY
面向对象设计原则--单一职责原则(SRP)
Ben·Yu 笨鱼 BLOG
10-08 555
晚上在宿舍把WEBCAST翻出来，听了李建忠讲的关于面向对象设计的几天基本设计原则的课，半懂非懂听了下来，听完之后除了茫然还是茫然！也好，只有这样才能知道自己所知甚浅，所学甚糙！革命远未成功，吾须戒骄戒躁！  (PS:个人觉得李建忠讲课水平一般，可能他是一个非常好的程式员，但不是一个好的讲课员，大概程式员都有这个通病，写个程序哪怕再复杂的程序都能应付自如，但让他讲课甚至是讲几句话，总让人感觉词不搭
单一责任原则（SRP）
LiLi_21311的专栏
06-21 233
1.就一个类而言，应该仅有一个引起它变化的原因。 2.在SRP中定义职责为：“变化的原因”。 如果你想到多个动机去改变这个类，那这个类就有多个职责 转载于:https://www.cnblogs.com/EthanSun/p/3148268.html...
SRP的一个实例（2）
iamlotus的专栏
10-14 600
以前的这个设计，考虑到了Java Sheduler会被重启造成死锁，所以Scheduler重启时释放了所有的锁。但这样的方案存在以下问题： 如果Java Scheduler重启后前一个存储过程还没有执行完，由于重启释放了锁，下一个请求会被并发。这次出bug也正是由于这个原因。究其原因，这是一个违反了Single Responsiblity Principle的设计。按理说，像这种需要并发控制的
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值