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

单一职责原则

发布时间:2020-12-14 05:11:41 所属栏目:百科 来源:网络整理
导读:单一职责原则 概念定义 单一职责原则(Single Responsibility Principle,简称是SRP):应该有且仅有一个原因引起类的变更。通俗的说,即一个类只负责一项职责。 问题来源 类T负责两个不同的职责:职责P1,职责P2。当由于职责P1需求发生 改变而需要修改类T时

单一职责原则

概念定义

单一职责原则(Single Responsibility Principle,简称是SRP):应该有且仅有一个原因引起类的变更。通俗的说,即一个类只负责一项职责。

问题来源

类T负责两个不同的职责:职责P1,职责P2。当由于职责P1需求发生
改变而需要修改类T时,有可能会导致原本运行正常的职责P2功能发
生故障。

解决方案

遵循单一职责原则。分别建立两个类T1、T2,使T1完成职责P1功能,
T2完成职责P2功能。这样,当修改类T1时,不会使职责P2发生故障
风险;同理,当修改T2时,也不会使职责P1发生故障风险。

实例


上图这个接口设计得有问题,用户的属性(Property)和用户的行为(Behavior)没有分开,这是一个严重的错误!应该把用户的信息抽取成一个BO(Bussiness Object,业务对象),把行为抽取成一个BIZ(Business Logic,业务逻辑),按照这个思路对类图进行修正,如下图所示。

总结

接口一定要做到单一职责,类的设计尽量做到只有一个原因引起变化。

(编辑:李大同)

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

    推荐文章
      热点阅读