面向对象设计原则之1-单一职责原则

一个对象应该只包含单一的职责，并且该职责被完整地封装在一个类中。单一职责原则简而言之就是每个类只担任一个职责,即每个类只有一个引起它变化的原因。

文章目录

1 单一职责原则（Single Responsibility Principle or SRP）
2 示例

单一职责原则（Single Responsibility Principle or SRP）

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

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

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