单一职责原则

一、概述

1.1 定义

单一职责原则（Single Responsibility Principle）：

不要存在多于一个导致类变更的原因。

核心思想：系统中的每一个对象都应该只有一个单独的职责，而所有对象所关注的就是自身职责的完成。

1.2 难点

单一职责，何为单一职责，职责的划分？

关于单一职责，我的理解是一类相似的事物，它们拥有唯一一个共同父集。比如数据库的增删改查，我们可以将其理解成一种职责，即对数据的基本操作。

职责的划分，主要根据不同的角度划分，比如，

1、从类组成，划分为属性的操作，和行为操作两种。

2、从数据库操作的不同作用，划分为数据库的连接操作，和增删改查基本操作。

二、实例说明

在开发项目时，开发人员设计接口的时候会有些问题，比如我们设计用户接口类，有时为了方便原则，将其属性操作以及行为操作都封装在用户接口类中。

上面这个例子，将业务对象和业务逻辑放在一起，使得接口有两种职责，用户类的年龄与身高，属于业务对象，与之相应的方法主要负责用户的属性；而吃东西是业务逻辑，主要负责用户的行为。因此业务对象和业务逻辑这两种原因都可以引起用户类的变化，发生多于一个导致类变更的原因的情况，违背了单一职责原则。

为了符合单一职责原则，我们将业务对象和业务逻辑这两种原因分散开来，即可解决。

在java中数据库操作中，根据不同职责划分类接口。

java.sql.Connection：Creates a Statement object for sending SQL statements to the database.

java.sql.Statement：Executes the given SQL statement, which returns a single ResultSet object.

 

单一职责原则，难点在于职责的划分，在实际中，我们尽量根据项目需求的不同角度去划分职责。

在某些时候不能遵守单一职责时，那就放心破坏吧，谨记教条是死的，生活是多变的。

比如：

Break Single Responsibility Principle

注意：

• 一个合理的类，应该仅有一个引起它变化的原因，即单一职责。
• 在没有变化征兆的情况下应用SRP或其他原则是不明智的。
• 在需求实际发生变化时就应该应用SRP等原则来重构代码。

参考：

1、单一职责原则