设计模式笔记:单一职责原则(SRP, Single Responsibility Principle)

1. 单一职责原则核心思想

  一个类应该有且只有一个变化的原因。

2. 为什么引入单一职责原则

  单一职责原则将不同的职责分离到单独的类,每一个职责都是一个变化的中心。

  在SRP中,把职责定义为变化的原因。

  当需求变化时,将通过更改职责相关的类来体现。如果一个类拥有多于一个的职责,则多个职责耦合在一起,会有多于一个原因来导致这个类发生变化。一个职责的变化可能会影响到其他的职责,另外,把多个职责耦合在一起,影响复用性。

3. 单一职责原则的优点

(1)降低类的复杂度;
(2)提高类的可读性,提高系统的可维护性;
(3)降低变更引起的风险(降低对其他功能的影响)。

4. 单一职责原则实现

  单一职责原则关键点:要求接口的职责单一,从而实现该接口的类的职责单一。

  

        Socket实现类的职责分离

  IDataChannel职责:数据通信

  IConnection职责:连接管理

  SocketImplementation:两个职责耦合,这不是所希望的,但或许是必要的。

5. 单一职责原则重构

  业务规则和持久化两个职责应该分开:业务规则往往会频繁变化,而持久化的方式却不会如此频繁的变化,并且变化的原因完全不同。

  违反SRP原则的重构可采取设计模式:外观模式(Facade)代理模式(Proxy)数据访问对象(DAO)

6. 使用单一职责原则的注意点

(1)单一职责最难划分的是职责。
(2)单一职责原则提出标准:用职责和变化原因来衡量接口或类设计的是否优良,但是职责和变化原因都是不可度量的,因项目、环境而异。
(3)接口一定要做到单一职责,类的设计尽量做到只有一个原因引起变化。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值