博客
关于我
面向对象设计原则 单一职责原则(Single responsibility principle)
阅读量:398 次
发布时间:2019-03-05

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

单一职责原则(SRP:Single responsibility principle)

 

又称单一功能原则,面向对象的基本原则之一。它规定 一个类应该只有一个发生变化的原因。

该原则由罗伯特·C·马丁(Robert C. Martin)于《敏捷软件开发:原则、模式和实践》一书中给出。

 

但实际上我们很容易明白他的意思,却很难真正的理解它。

所谓职责是指类变化的原因。如果一个类有多于一个的动机被改变,那么这个类就具有多于一个的职责。

而单一职责原则就是指一个类或者模块应该有且只有一个改变的原因。

 

如果我们有一个 DAL 类,那 DAL 类变化的原因有多少呢?

比如我搜索的时候要加一个字段,比如我删除要多删一些子记录,那么这算不算是不同的职责呢?

当然算,一个是查询,一个是删除,这不是两个截然不同的职责吗?

 

这是我们站在这个DAL的角度上来说,假如们站在 BLL 的角度来看呢?

那 DAL 类的职责就只有一个了,那就是负责实体的各种数据库交互了。

 

一个类,只有一个引起它变化的原因。应该只有一个职责。

每一个职责都是变化的一个轴线,如果一个类有一个以上的职责,这些职责就耦合在了一起。

这会导致脆弱的设计。当一个职责发生变化时,可能会影响其它的职责。另外,多个职责耦合在一起,会影响复用性。

 

这个时候我们说的职责,其实应该是站在类的外部,也就是调用者来看的角度。

比如我们上面举的例子,不会有人把四种数据库动作分在四个类中去写吧。

 

所以可以说

  • 类的职责是站在外部调用的角度来看的。
  • 一个类的职责应该是一组紧密相关的功能。

 

其实就是 一个类只负责一组相关的事情。

很多程序员都是黑就是黑,白就是白的思维。

其实呢 很多原则不是打死一定要遵守的,重点还是我们要具体情况具体分析,该让它单一的时候单一,该耦合的时候耦合。

只要最终以实用有用为目的,就没有错误的设计。

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

你可能感兴趣的文章
Nginx优化解析
查看>>
Nginx使用proxy_cache指令设置反向代理缓存静态资源
查看>>
Nginx做反向代理时访问端口被自动去除
查看>>
Nginx入门教程-简介、安装、反向代理、负载均衡、动静分离使用实例
查看>>
Nginx入门简介和反向代理、负载均衡、动静分离理解
查看>>
nginx入门篇----nginx服务器基础配置
查看>>
nginx反向代理
查看>>
Nginx反向代理
查看>>
nginx反向代理、文件批量改名及统计ip访问量等精髓总结
查看>>
Nginx反向代理与正向代理配置
查看>>
Nginx反向代理及负载均衡实现过程部署
查看>>
Nginx反向代理和负载均衡部署指南
查看>>
Nginx反向代理是什么意思?如何配置Nginx反向代理?
查看>>
nginx反向代理解决跨域问题,使本地调试更方便
查看>>
nginx反向代理转发、正则、重写、负摘均衡配置案例
查看>>
Nginx反向代理配置
查看>>
Nginx启动SSL功能,并进行功能优化,你看这个就足够了
查看>>
nginx启动脚本
查看>>
Nginx和Tomcat的区别
查看>>
Nginx在Windows上和Linux上(Docker启动)分别配置基本身份认证示例
查看>>