设计原则 – 单一职责原则

目录

  • 概念
  • 编码
    • 单一职责的体现(类)
      • 实例
      • 改进
    • 单一职责的体现(接口)
      • 实例
      • 改进
    • 源码

概念

  • 定义:单一职责原则(Single Responsibility Principle,SRP),一个类只负责一个功能领域中的相应职责,不要存在多余一个导致类变更的原因。
  • 核心思想:一个类不应该承担过多的职责。在软件系统中,一个类承担的职责越多,其被复用的可能性就越小,且其中一个职责发生变化时,可能会影响其它职责的运作,因此需要将职责进行分离封装在不同的类中。
  • 单一职责原则用于控制类的粒度大小,是实现高内聚,低耦合的指导方针。
  • 体现:一个类/接口/方法只负责一项职责。
  • 优点:降低类的复杂度、提高类的可读性,提高系统的可维护性、降低变更引起的风险。

编码

单一职责的体现(类)

实例

  • 输出
  • 不难看出上述代码可维护性较差,类承担了太多职责,既包含了游禽的移动方式,又包含了路禽的移动方式,无论是修改哪一种都需要修改该类,它拥有不止一个引起它变化的原因,违背了单一职责原则。

改进

  • 类可以拆分为如下两个类,使其满足单一职责原则
  • 输出
  • 把一个类进行拆分,使每个类的职责变单一,不至于修改时引入新问题

单一职责的体现(接口)

实例

  • 接口职责分为获取课程信息与管理课程,两个职责存在影响,可拆分为如下两个接口:

改进

  • 使用单一职责原则重构后的类图如下:

设计原则 - 单一职责原则
  • 总结:单一职责也就是规定一个类应该只有一个引起它变化的原因

源码

:https://github.com/Maggieq8324/design_pattern.git

– End –
– 个人学习笔记 –
– 仅供参考 –

声明:本站部分文章及图片源自用户投稿,如本站任何资料有侵权请您尽早请联系jinwei@zod.com.cn进行处理,非常感谢!

上一篇 2022年2月5日
下一篇 2022年2月5日

相关推荐