面向对象设计原则之1-单一职责原则
单一职责原则(Single Responsibility Principle or SRP)
该文章的最新版本已迁移至个人博客【比特飞】,单击链接 https://www.byteflying.com/archives/339 访问。
一个对象应该只包含单一的职责,并且该职责被完整地封装在一个类中。
SRP:Every object should have a single responsibility,and that responsibility should be entirely encapsulated by the class.
单一职责原则简而言之就是每个类只担任一个职责,即每个类只有一个引起它变化的原因。
示例:
public class Rectangle : Shape {public int Height;public int Width;public int Area() {return Width * Height;}public void Draw() {Console.WriteLine("Draw Rectangle!");}}
Rectangle类为矩形类,继承自其抽象基类Shape,矩形类包含2个公开的属性和方法,Area方法计算矩形的面积,Draw方法绘制矩形,“计算”和“绘图”两种不同类型的操作耦合在同一个类中,不符合单一职责原则,以下是一个调用方可能的代码。
public class CalculatorShapeArea {public void CalculateArea(Rectangle rectangle) {var area = rectangle.Area();}}
public class DrawRectangle {public void Draw(Rectangle rectangle) {rectangle.Draw();}}
public enum DrawType {None,shadow
}
我们注意到调用方都是通过Rectangle的实例去调用矩形的Area和Draw方法,耦合程度高。当我们有一天准备更改Draw方法时(例如为Draw增加一个名为DrawType的enum参数,以决定是否在绘图时使用阴影效果),Rectangle类发生了变化,因为这个类存在2个引起它变化的因素,即“计算”和“绘图”。在实际开发过程中,Rectangle类可能是一个比较复杂的类,更改了Draw方法需要进行完整的回归测试,以确定更改是否影响到整个Rectangle类的正确性,所以这种更改带来的后果是严重的,其代价是昂贵的。以下给出一个解决方案以供参考:
该文章的最新版本已迁移至个人博客【比特飞】,单击链接 https://www.byteflying.com/archives/339 访问。
public class Rectangle : Shape {public int Height { get; set; }public int Width { get; set; }public int Area() {return Width * Height;}}
public class RectangleDraw {public void Draw(Rectangle rectangle) {Console.WriteLine("Draw Rectangle!");}}
var rectangle = new Rectangle();
var area = rectangle.Area();var rectangleDraw = new RectangleDraw();
rectangleDraw.Draw(rectangle);
将Draw方法重新通过RectangleDraw类封装,使“计算”和“绘图”分离。当我们需要为Draw方法增加参数时,我们只要更改RectangleDraw类的Draw方法即可,不会影响到Rectangle类,即只需要为RectangleDraw类做回归测试即可,降低原Rectangle类中方法的耦合程度,符合单一职责原则的要求。
面向对象设计原则之1-单一职责原则相关推荐
- 设计模式-02.经典设计原则-第一节-单一职责原则,开闭原则,里式替换,接口隔离【万字长文系列】
文章目录 设计模式经典设计原则-第一节 单一职责原则(SRP) 如何理解单一职责原则? 如何判断类的职责是否足够单一? 类的职责是否设计得越单一越好? 开闭原则(OCP) 如何理解"对扩展开 ...
- 面象对象设计6大原则之一:单一职责原则
转载自 面象对象设计6大原则之一:单一职责原则 单一职责原则(SRP),The Single Responsibility Principle 定义 一个类的修改只能有一个被修改的原因. 通俗地讲,就 ...
- 设计原则之【单一职责原则】
文章目录 什么是单一职责原则 案例 如何判断一个类的职责是否单一? 类的职责是否越单一越好? 总结 参考资料 什么是单一职责原则 单一职责原则的英文是 Single Responsibility Pr ...
- [转]设计模式六大原则[1]:单一职责原则
定义:不要存在多于一个导致类变更的原因.通俗的说,即一个类只负责一项职责. 问题由来:类T负责两个不同的职责:职责P1,职责P2.当由于职责P1需求发生改变而需要修改类T时,有可能会导致原本运行正常的 ...
- 设计模式原则篇:(1)单一职责原则--Single Responsibility Principle
上篇文章提及到设计模式中应遵循的设计原则,并且列出了设计模式中应当遵循的六大原则. 次篇文章主要讨论单一职责原则. 单一职责原则(SRP): 不要存在多于一个导致类变更的原因.简单的讲,就是一个类或接 ...
- 面向对象设计原则之一:单一职责原则
单一职责原则(Single Responsibility Principle SRP) There should never be more than one reason for a class t ...
- 【编码魔法师系列_六大原则1】单一职责原则(Single Responsibility Principle)
学会设计模式,你就可以像拥有魔法一样,在开发过程中解决一些复杂的问题.设计模式是由经验丰富的开发者们(GoF)凝聚出来的最佳实践,可以提高代码的可读性.可维护性和可重用性,从而让我们的开发效率更高.通 ...
- 设计模式 之 设计的 六大原则(1)单一职责原则
由于这些原则性东西 属于概念东西,就不具体以代码描述了.以下是摘自网上和自己的一些理解 首先了解一些 面向对象的特性: 面向对象 有 三大基本特征:封装 ,继承, 多态. 封装: 也就是把客观事物封装 ...
- 【设计模式】软件设计七大原则 ( 单一职责原则 | 代码示例 )
文章目录 一.单一职责原则简介 二.单一职责原则代码示例 ( 反面示例 ) 1.不遵循单一职责原则的类 2.测试类 三.单一职责原则代码示例 ( 正面示例 | 类的单一职责 ) 1.用翅膀飞的鸟 2. ...
- 六大设计原则——单一职责原则
单一职责原则的英文名称是Single Responsibility Principle,简称是SRP.这个设计原则备受争议,争议之处就是对职责的定义,什么是类的职责,以及怎么划分类的职责.我们先举例来 ...
最新文章
- 手把手教你用Python实现自动特征工程
- 【Python】百度翻译的爬虫实现(前篇)
- Keras函数式API
- 《A Berkeley View of systems challenges for AI》总结
- SAP Spartacus BrowserPlatformLocation的初始化逻辑
- 暑期训练日志----2018.8.20
- SSM整合(配置文件)
- 对美食评语进行情感分析
- XmlSerializer对象
- 简单打印-快递单套打
- 深度学习入门基于python的理论与实现
- uniapp签名使用canvas实现多张图片合成一张
- 挪车码微信小程序开发(隐私保护通话)
- Linux 之系统美化
- 界面设计中如何增强CTA按钮召唤力?
- uniapp实现版本更新
- 实现vue页面下载成word文档
- improve your memory
- ROS学习记录 | 便于回顾
- 限制用户账号登录唯一