博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
设计模式六大原则(1):单一职责原则
阅读量:4170 次
发布时间:2019-05-26

本文共 2051 字,大约阅读时间需要 6 分钟。

定义:不要存在多于一个导致类变更的原因。通俗的说,即一个类只负责一项职责。

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

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

         说到单一职责原则,很多人都会不屑一顾。因为它太简单了。稍有经验的程序员即使从来没有读过设计模式、从来没有听说过单一职责原则,在设计软件时也会自觉的遵守这一重要原则,因为这是常识。在软件编程中,谁也不希望因为修改了一个功能导致其他的功能发生故障。而避免出现这一问题的方法便是遵循单一职责原则。虽然单一职责原则如此简单,并且被认为是常识,但是即便是经验丰富的程序员写出的程序,也会有违背这一原则的代码存在。为什么会出现这种现象呢?因为有职责扩散。所谓职责扩散,就是因为某种原因,职责P被分化为粒度更细的职责P1和P2。

         比如:类T只负责一个职责P,这样设计是符合单一职责原则的。后来由于某种原因,也许是需求变更了,也许是程序的设计者境界提高了,需要将职责P细分为粒度更细的职责P1,P2,这时如果要使程序遵循单一职责原则,需要将类T也分解为两个类T1和T2,分别负责P1、P2两个职责。但是在程序已经写好的情况下,这样做简直太费时间了。所以,简单的修改类T,用它来负责两个职责是一个比较不错的选择,虽然这样做有悖于单一职责原则。(这样做的风险在于职责扩散的不确定性,因为我们不会想到这个职责P,在未来可能会扩散为P1,P2,P3,P4……Pn。所以记住,在职责扩散到我们无法控制的程度之前,立刻对代码进行重构。)

举例说明,用一个类描述动物呼吸这个场景:

[java] 
  1. class Animal{  
  2.     public void breathe(String animal){  
  3.         System.out.println(animal+"呼吸空气");  
  4.     }  
  5. }  
  6. public class Client{  
  7.     public static void main(String[] args){  
  8.         Animal animal = new Animal();  
  9.         animal.breathe("牛");  
  10.         animal.breathe("羊");  
  11.         animal.breathe("猪");  
  12.     }  
  13. }  

运行结果:

牛呼吸空气

羊呼吸空气
猪呼吸空气

        程序上线后,发现问题了,并不是所有的动物都呼吸空气的,比如鱼就是呼吸水的。修改时如果遵循单一职责原则,需要将Animal类细分为陆生动物类Terrestrial,水生动物Aquatic,代码如下:

[java] 
  1. class Terrestrial{  
  2.     public void breathe(String animal){  
  3.         System.out.println(animal+"呼吸空气");  
  4.     }  
  5. }  
  6. class Aquatic{  
  7.     public void breathe(String animal){  
  8.         System.out.println(animal+"呼吸水");  
  9.     }  
  10. }  
  11.   
  12. public class Client{  
  13.     public static void main(String[] args){  
  14.         Terrestrial terrestrial = new Terrestrial();  
  15.         terrestrial.breathe("牛");  
  16.         terrestrial.breathe("羊");  
  17.         terrestrial.breathe("猪");  
  18.           
  19.         Aquatic aquatic = new Aquatic();  
  20.         aquatic.breathe("鱼");  
  21.     }  
  22. }  

运行结果:

牛呼吸空气

羊呼吸空气
猪呼吸空气
鱼呼吸水

我们会发现如果这样修改花销是很大的,除了将原来的类分解之外,还需要修改客户端。而直接修改类Animal来达成目的虽然违背了单一职责原则,但花销却小的多,代码如下:

[java] 
  1. class Animal{  
  2.     public void breathe(String animal){  
  3.         if("鱼".equals(animal)){  
  4.             System.out.println(animal+"呼吸水");  
  5.         }else{  
  6.             System.out.println(animal+"呼吸空气");  
  7.         }  
  8.     }  
  9. }  
  10.   
  11. public class Client{  
  12.     public static void main(String[] args){  
  13.         Animal animal = new Animal();  
  14.         animal.breathe("牛");  
  15.         animal.breathe("羊");  
  16.         animal.breathe("猪");  
  17.         animal.breathe("鱼");  
  18.     }  
  19. }  

转载地址:http://cakai.baihongyu.com/

你可能感兴趣的文章
软考UML
查看>>
信息系统的生命周期各阶段及说明
查看>>
Ubuntulinux离线安装ClamTk杀毒软件步骤和使用方法
查看>>
摆脱贫穷2021V1
查看>>
质量管理14工具图
查看>>
SQL数据库管理—安全使用SSL加密连接
查看>>
项目管理理论2021
查看>>
SQL数据库开发—TSQL-—运算符1常用
查看>>
第三章 SQL数据库开发--TSQL--select查询
查看>>
SQL数据库开发—TSQL-—运算符2不常用
查看>>
SQL数据库开发—TSQL—数据类
查看>>
第四章SQL数据库开发--TSQL—联接查询和UNION合并结果集
查看>>
第一章SQL数据库开发--TSQL概述
查看>>
第六章SQL数据库开发--TSQL—储存过程
查看>>
第七章SQL数据库开发--TSQL—事务和锁
查看>>
sqlserver服务器常用的性能计数器
查看>>
SQL数据库开发—1TSQL—第八章视图
查看>>
SQL数据库管理—第二章数据库硬件性能
查看>>
SQL数据库管理—IO存储
查看>>
SQL数据库管理—第四章使用windows性能监控器监控数据库
查看>>