单一职责原则

一、概述

1.1 定义

单一职责原则(Single Responsibility Principle):

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

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

1.2 难点

单一职责,何为单一职责,职责的划分?

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

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

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

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

二、实例说明

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

image

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

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

image

在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、单一职责原则

原文地址:https://www.cnblogs.com/aoguren/p/5468770.html