加入收藏 | 设为首页 | 会员中心 | 我要投稿 李大同 (https://www.lidatong.com.cn/)- 科技、建站、经验、云计算、5G、大数据,站长网!
当前位置: 首页 > 百科 > 正文

设计模式 单一职责原则SRP

发布时间:2020-12-13 20:22:21 所属栏目:百科 来源:网络整理
导读:SRP 单一职责原则 引起类变化的原因有且只有一个。 变化等于类的职责,类的职责应该是单一的,类的职责过多,说明功能的耦合过强,一个功能的变化会抑制或者引发其他功能的变化,设计是脆弱的(fragile)。 Eg. Rectangle类承担 计算面积/周长 以及 绘制(draw)

SRP 单一职责原则

引起类变化的原因有且只有一个。

变化等于类的职责,类的职责应该是单一的,类的职责过多,说明功能的耦合过强,一个功能的变化会抑制或者引发其他功能的变化,设计是脆弱的(fragile)。
Eg.
Rectangle类承担 计算面积/周长 以及 绘制(draw)的功能,这种设计就违反了srp原则。
类Rectangle承担了两个职责,数学应用场景,使用Rectangle中面积计算的功能时,同时也需要链接gui相关的库。
正确的做法应该是
class ComputeRectangle
{
};

class Rectangle
{
void draw() const;
private:
ComputeRectangle mComputeRectangle;
GUI mGUI;
}

SRP是最简单,也是最难把握,不是说将功能划分的越细越好,关键是变化原因相同的内聚性强的功能放在一起。

(编辑:李大同)

【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容!

    推荐文章
      热点阅读