单一职责原则要求一个类只负责一项职责，修改原因唯一；在python中通过清晰划分职责、合理控制类粒度、明确接口边界来践行，避免混杂认证、业务、通知、审计等多类职责。
单一职责原则（SRP）要求一个类只负责一项职责，修改原因应该只有一个。在Python中践行这一原则，不是靠强制约束，而是通过清晰的职责划分、合理的类粒度和明确的接口边界来实现。
职责要能一句话说清
定义类之前，先自问：“这个类存在的唯一理由是什么？”答案应该简洁、具体、不含“和”“或”“同时”。比如：
- ✅ 用户认证器：验证用户名密码是否正确
- ❌ 用户管理器：验证登录 + 创建用户 + 发送欢迎邮件 + 记录日志
后者明显混杂了认证、业务创建、通知、审计四类职责。一旦登录逻辑变（如加短信校验），或邮件模板改，都得动这个类——违反SRP。
把“顺便做的事”拆成独立类或函数
常见信号：类里出现 send_email、log_action、save_to_cache 等与核心目标无关的方法。它们不该属于主业务类，而应抽离：
立即学习“Python免费学习笔记（深入）”；
- 用专门的
EmailNotifier处理通知 - 用
AuditLogger或标准库logging做日志 - 用
CacheService封装缓存逻辑
例如，原本臃肿的 UserManager 中的注册方法：
ThinkPHP是一个快速、简单的基于MVC和面向对象的轻量级PHP开发框架，遵循Apache2开源协议发布，从诞生以来一直秉承简洁实用的设计原则，在保持出色的性能和至简的代码的同时，尤其注重开发体验和易用性，并且拥有众多的原创功能和特性，为WEB应用开发提供了强有力的支持。 3.2版本则在原来的基础上进行一些架构的调整，引入了命名空间支持和模块化的完善，为大型应用和模块化开发提供了更多的便利。
def register(self, username, password):
user = User.create(username, password)
self.send_welcome_email(user) # 职责越界
self.log_registration(user) # 职责越界
self.cache_user(user) # 职责越界
return user重构后，注册只做注册：
def register(self, username, password):
user = User.create(username, password)
self.notifier.send_welcome(user) # 交给 notifier
self.logger.info(f"User {user.id} registered") # 交给 logger
self.cache.set(f"user:{user.id}", user) # 交给 cache
return user善用组合，少用继承扩展职责
想给类增加新能力时，优先考虑“由谁来帮它完成”，而不是“让它自己学会做”。比如为订单增加支付能力：
- ❌ 继承
PaymentOrder(Order)：强耦合，且一个类又管订单结构又管支付流程 - ✅ 组合：
Order持有payment_service: PaymentService，调用self.payment_service.charge(...)
这样支付逻辑可单独测试、替换（如从支付宝换成微信）、打桩模拟，订单类依然只专注订单状态与数据。
接口/协议比父类更能表达职责边界
Python中用 typing.Protocol 或抽象基类（ABC）声明“需要什么能力”，比让类继承某个大父类更轻量、更聚焦。例如定义一个“可持久化”行为：
class Storable(Protocol):
def save(self) -> None: ...
def delete(self) -> None: ...
<p>class User:
def <strong>init</strong>(self, name: str): ...</p><h1>不继承任何基类，但满足 Storable 协议</h1><p>def persist(item: Storable):
item.save() # 只依赖协议，不关心具体类型这避免了为满足单一职责而被迫塞进一个“万能基类”，也让每个类真正只承担自己那一份契约。
