单一职责原则：可扩展 Web 架构的基石

Source: Dev.to

为什么 SRP 很重要

在多年构建 Web 应用的过程中，我逐渐相信单一职责原则（Single Responsibility Principle，SRP）是你能做出的最关键的架构决策。应用中的每个组件、服务和模块都应只有一个导致它变化的原因。这不仅仅是理论上的“干净代码”胡说八道——它是让你的系统在流量和团队规模上都能扩展的实际基石。

违反 SRP 的后果

一旦违背 SRP，你就会产生我所谓的“变更磁铁”——需要多个团队同时修改的组件，进而导致合并冲突、部署协同噩梦以及连锁故障。我见过的案例中，仅仅添加一个简单功能就必须触及四个不同服务中的 12 个文件。这不仅是糟糕的架构，更是对开发速度的定时炸弹。

采用 SRP 的好处

SRP 的美妙之处在于它自然会催生其他良好实践。当每个组件只承担单一职责时，代码更易于理解、能够单独测试、并且可以在不影响系统其余部分的情况下替换。你的微服务应当是专注做好一件事的服务，数据库模式应当清晰地分离关注点，前端组件则只处理单一的 UI 状态。这并不是刻板求全，而是为了构建能够在不频繁、痛苦的重构下持续演进的系统。