【愚公系列】2021年12月 面向对象设计原则(一)-单一职责原则(Single Responsibility Principle or SRP)

简介: 【愚公系列】2021年12月 面向对象设计原则(一)-单一职责原则(Single Responsibility Principle or SRP)

文章目录

前言

一、单一职责原则(Single Responsibility Principle or SRP)

二、使用步骤

1.示例

总结

前言

常用的面向对象设计原则有七个,这七大设计原则都是以可维护性和可复用性为基础的,这些原则并不是孤立存在的,它们相互依赖相互补充,遵循这些设计原则可以有效地提高系统的复用性,同时提高系统的可维护性。


提示:以下是本篇文章正文内容,下面案例可供参考


一、单一职责原则(Single Responsibility Principle or SRP)

一个对象应该只包含单一的职责,并且该职责被完整地封装在一个类中。

单一职责原则简而言之就是每个类只担任一个职责,即每个类只有一个引起它变化的原因。


二、使用步骤

1.示例

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类的正确性,所以这种更改带来的后果是严重的,其代价是昂贵的。以下给出一个解决方案以供参考:

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类中方法的耦合程度,符合单一职责原则的要求。


总结

单一职责原则的核心就是控制类的粒度大小、将对象解耦、提高其内聚性。如果遵循单一职责原则将有以下优点。


降低类的复杂度。一个类只负责一项职责,其逻辑肯定要比负责多项职责简单得多。

提高类的可读性。复杂性降低,自然其可读性会提高。

提高系统的可维护性。可读性提高,那自然更容易维护了。

变更引起的风险降低。变更是必然的,如果单一职责原则遵守得好,当修改一个功能时,可以显著降低对其他功能的影响。


相关文章
六大设计原则 -依赖倒置原则【Dependence Inversion Principle】
六大设计原则 -依赖倒置原则【Dependence Inversion Principle】
39 0
|
数据库连接 数据库
深入理解单一职责原则(Single Responsibility principle )
深入理解单一职责原则(Single Responsibility principle )
206 0
六大设计原则-单一职责原则【Single Responsibility Principle】
六大设计原则-单一职责原则【Single Responsibility Principle】
47 0
六大设计原则-接口隔离原则【Interface Segregation Principle】
六大设计原则-接口隔离原则【Interface Segregation Principle】
44 0
|
设计模式 XML JSON
【Java设计模式 经典设计原则】一 SOLID-SRP单一职责原则
【Java设计模式 经典设计原则】一 SOLID-SRP单一职责原则
95 0
|
程序员 数据库管理
设计原则(二):SRP 单一职责原则
设计原则(二):SRP 单一职责原则
157 0
|
算法
设计原则(四):LSP 里氏替换原则
设计原则(四):LSP 里氏替换原则
170 0
设计原则与思想 --- 单一职责原则(SRP)
设计原则与思想 --- 单一职责原则(SRP)
设计原则与思想 --- 单一职责原则(SRP)
|
程序员
单一职责原则(Single Responsibility Principle,SRP)(上)
单一职责原则(Single Responsibility Principle,SRP)
142 0
单一职责原则(Single Responsibility Principle,SRP)(上)
|
设计模式 项目管理 数据库
单一职责原则(Single Responsibility Principle,SRP)(下)
单一职责原则(Single Responsibility Principle,SRP)(下)
445 0
单一职责原则(Single Responsibility Principle,SRP)(下)