# 单一责任原则

> 一个模块/类/函数应该只有一个改变的理由——即只负责一件事。

- ID: m08075
- 分类: create
- 领域: 设计思维

## 定义

一个模块/类/函数应该只有一个改变的理由——即只负责一件事。脚手架作用：降低耦合，提高可维护性。当一个组件承担多重职责时，任何一个职责的变化都会影响整体，违反"高内聚低耦合"原则。（合并：单一核心法、单一目标法则、单一入口法则——后两者在不同领域表达类似"聚焦单一"的设计思想）

## 机制

当组件只因一个原因变更时，修改的波及面最小、可预测性最高；多重职责让不同需求的改动相互牵连，产生意外回归与推诿。

## 练习

①列出组件可能的变更触发；②若多于一个，拆分；③每单元只对一个角色/需求负责；④在团队中映射为单一KPI。

## 脚手架用法

降低耦合，提高可维护性。当一个组件承担多重职责时，任何一个职责的变化都会影响整体，违反"高内聚低耦合"原则。（合并：单一核心法、单一目标法则、单一入口法则——后两者在不同领域表达类似"聚焦单一"的设计思想）

[阅读网页](https://thinkingmodels.site/entries/detail/m08075)