Java面向对象编程的五大基本准则之单一职责原则SRP
职责：所谓职责是指类变化的原因（功能、方法）
概念及概述：
如果一个类有多于一个的动机被改变，那么这个类就具有多于一个的职责。而单一职责原则就是指一个类或者模块应该有且只有一个改变的原因。
单一职责原则（SRP：Singleresponsibilityprinciple）又称单一功能原则，面向对象五个基本原则（SOLID）之一。它规定一个类应该只有一个发生变化的原因。该原则由罗伯特·C·马丁（RobertC. Martin）于《敏捷软件开发:原则,模式和实践》一书中给出的。 马丁表示此原则是基于汤姆·狄马克(TomDeMarco)和Meilir Page-Jones的著作中的内聚性原则发展出的。
原理：如果一个类承担的职责过多，就等于把这些职责耦合在一起了。一个职责的变化可能会削弱或者抑制这个类完成其他职责的能力。这种耦合会导致脆弱的设计，当发生变化时，设计会遭受到意想不到的破坏。而如果想要避免这种现象的发生，就要尽可能的遵守单一职责原则。此原则的核心就是解耦和增强内聚性。
解决办法：遵守单一职责原则，将不同的职责封装到不同的类或模块中。
实际应用：
单一职责原则是软件设计中最简单的原则之一，也是最难正确运用的原则之一。人们会自然地把职责结合在一起。很多情况下，程序员的真正工作就是发现职责并把职责相互分离。下面就介绍一些单一职责原则常见的实践方法。
折叠鉴别职责
每一个系统中的功能都表示了一个职责，这些职责可以映射到软件模块（类）中，且应该尽可能的保证这些模块之间没有功能上的重复。设计中每次应只关注一个职责。但这并不是说讲其他的职责都抛之脑后，而是说当决定用某个模块来实现某个职责之后，只需全神贯注该职责。从这个模块（类）的角度出发，其他的职责都是不相关的。（解决方法中的耦合）
折叠信息隐藏
模块（类）拥有自己公开的接口，可以和其他模块通信，同时模块（类）也包含大量内部信息供自身使用。模块中只有接口暴露出的成员才能供其他模块使用。内部数据不是被彻底隐藏，就应被筛选后才能暴露给外部。这样，每个模块仍可以使用固定的接口来通信，而同时不会受到修改具体实现的影响。（内部的数据，方法的隐藏）
折叠持久化
将持久、稳定的数据功能和频繁变化的业务规则分离。这样持久化的方式就不会因业务层的变化而频繁变化了。最常见应用此思想的就是三层架构和MVC架构。
