单一职责原则（Single Responsibility Principle）

单一职责原则是面向对象设计原则集合中的第一条,由软件工程师罗伯特·马丁（Robert C. Martin）系统阐述并推广。它的经典表述是:一个类应当只有一个引起它发生变化的原因。

概述

这里所说的职责,可以理解为一类会导致代码需要修改的变更来源。如果一个类同时承担了多项职责,那么任何一项职责的需求变动都可能迫使这个类被修改,不同职责之间也会相互牵连,造成脆弱且难以维护的设计。将职责拆分开来,能让每个类专注于单一目标。

核心原理

• 以变化的原因作为划分职责的依据,而非仅按功能字面拆分。
• 追求高内聚,让类内部的元素都紧密服务于同一目标。
• 追求低耦合,减少不同职责之间的相互依赖与影响。
• 当一个类因多个无关的原因而频繁改动时,往往就是违反该原则的信号。

应用场景

一个常见反例是把数据的业务计算、持久化存储、日志记录和界面展示都塞进同一个类。按照单一职责原则,应将其拆分为业务逻辑、数据访问、日志、展示等独立组件。这样,更换数据库不会影响业务规则,调整界面也不会牵动存储逻辑。分层架构、领域驱动设计中的职责划分,都是该原则的体现。

常见问题

问:一个类只能有一个方法吗?答:并非如此,单一职责针对的是引起变化的原因而非方法数量。一个类可以有多个方法,只要它们都服务于同一职责、因同一类原因而变化即可。

问:过度拆分会有问题吗?答:会。若把职责切得过细,会产生大量琐碎的小类,增加协作与理解成本。应在职责清晰与结构简洁之间取得平衡,避免为了拆分而拆分。