单一职责原则

单一职责原则(SRP:Single responsibi来自lity principle)又称单一功能原则，面向对象五个基本原则(SOLID)之一。它规定一个类应该只有一个发生变化的原因。该原则由侵罗伯特·C·马备氧汽留乱革丁(Robert C. Martin)于《敏捷软件开发:原则、模式和实践》一书中给出的。马丁表示此原则是基于汤姆·狄马克(To360百科m DeMarco)和Meilir Page-Jones的著作中的内聚性原则发展出的。

所谓职责是指类变化的原因。如果一个类有多于一个的动机被改变，那么这个类就具有多于一个的职责。而单一职责原则就是指一个类或者模块应该有且只有一掉外个改变的原因。

• 中文名 单一职责原则
• 外文名 Single responsibility principle
• 出    处 《敏捷软件开发:原则、模式和实践》
• 缩    写 SRP
• 又    称 单一功能原则

概述

单一职责原则

　　单一职责原则（SRP：Singleresponsibilityprinciple）又称单一功能原则，面向对象五个基本原则（SOLID）之一。它规定一个类应该只有一个发生变化的原因。该原则由罗伯特·C·马丁（RobertC. Martin）于《敏捷软件开发:原则,模式和实践》一书中给出的。 马丁表示此原则是基于汤姆·狄马克(TomDeMarco)和来自Meilir Page-Jones的著作中的内聚性原则发展出的。

　　所谓职责是指类变化的原因。如果一个类有多于一个的动机被改变，那么这个类就具有多于一个的职责。而单一职责原则就是指一个类或者模块应该有且只有一个改变的原因。

原理

　　如果一个类承担的职责过多，就等于把这些职责360百科耦合在一起了。一个职责的变化可能会削弱或者抑制这个类验倒犯地支首加察绿里完成其他职责的能力。这种耦合会宽可获触洲封活距根导致脆弱的设计，当发生变化款间散述细细自看工混时，设计会遭受到意想不到的破坏。而如果想要避免这文给新丰八倒里知种现象的发生，就要尽可能的遵守单一职责原则。此原则的核心就是解耦和增强内聚满性。

问题由来

　　之所以会出现单一职责原则就是因为在软件设计时会出现以下类似场景：

　　T负责两个不同的职责：职责P1，职责P2。当由于职责P1需求发生改变而需要修改类T时，有可章何声能会导致原本运行正常的职责势按拉斗态P2功能发生故障。也就是说职责P1和P2被耦合在了一起。

产生原因

　　没有任何的程序设计人员不清楚应该写出高内聚低耦合的程序，但是很多耦合常常发生在不经意之间，其原因就是：

　　职责扩散推往讨永击地特传有另：因为某种原因，某一职责被分化为颗粒度更细的多个职责了。

解决办法

　　遵守单一职责原则，将不同的职责封装到不同的类或模块中。

实际应用

　　单一职责原则是软件设计中最简单的原则之一，也是最难正确运用的原则之一。人们会自然地把职责结合在一起。很多情况下，程序员的真正工作就是发现职责并把职责相互分离。下面就介绍一些单一职责原则常见的实践方法。

鉴别职责

　　每一个系统中的功能都表示了一个职责，这些职责可划大后马本因件动南烧抓以映射到软件模块（类）中，且应该尽可能的保证这些模块之间没有功能上的重复。设计中每次应只关注一个职责。但来自这并不是说讲其他的职责都抛之脑后，而是说当决定用某个模块来实现某个诉还诉望贵神言虽损身职责之后，只需全神贯注该职责。从这个模块（类）的角度出发，其他的职责都是不相360百科关的。

信息隐藏

　　模块（类）拥有自己公开的接口，可以和其他模块通信，同时模块（类）也包含大量内部信息供自身使用。模块中只有接口暴露出的成员才能盐供其他模块使用。内部数据不是被彻底隐藏，就应被筛选后才能暴露给外部。这样，每个煤害井居呼历评模块仍可以使用固定的接口来通信，而同时不会受到修改具体实现的影响。

持久化

　　将持久、稳定的数据功她住空全执谓资导道能和频繁变化的业务规则太分离。这样持久化的方式就不会因业务层的变化而频繁变化了。最常见应用此思想的就是三层架构和MVC架构。

相关知识

　　单一职责原则并不是一个孤立的面向对象设计原则，它是面向对象设计五个基本原则（SOLID）之一。这些原则是：单一职责原则、开闭原则、里氏替换原则和依赖倒置原则每观正神而府。这些原则被一起应用时可以使一个软件系统更易被维护和扩展。这些原则被典型的应用在测试驱动张了缺发开发上，并且是敏捷开发以及自适应软件开发等指导思想的重要组成部分。

发展历史

　　单一职责原则是面向对象五个践降够谓爱文杨基本原则（SOLID）氢胡府剂品委企到送车充中的S。但他并不限稳就期新尼于编程语言、设计方法，甚至超越了纯粹的编程领域，还应用到了软件架构的矛节劳投号贵等设杀顶艺很多方面。而且其发展自1974年艾兹格·W·迪科斯彻 （EdsgerWybeDijkstra）在论文《In t亚带he Role of Scientific Thought》提出的分离关注点原则和汤姆·狄马克(TomDeMarco)在论文《Structed Analsis and System Specification》中提出的内聚性原则。然而这两个原则最初并不应用于面向对象设计，而是支持过程式编县程（Procedural Programmin巴g）的理念。在过程式编程中，单一职责原则是依赖函数和过程实现的。

　　随着面向对象阿抗预令刻想编程（OOP）语言星同术地变报无的出现，人们才开始用类滑推介零系派类担查来分离关注点。从而被罗伯特·C·马丁（RobertC.Martin）总结出了单一职责原则。

发明人简介

　　罗伯特·C·马丁（RobertC.Martin）业内人称Bob大叔，世界级软件开发大师，著名软件公司Object Mentor公司的创始人和总裁。曾担任C++ Report杂志主编多年，也是设计模式和敏捷开发运动的主要倡导者之一。