一、单一职责原则（SRP, Single Responsibility Principle）核心定义一个类、接口或方法有且只有一个引起它变化的原因，只负责一项职责。通俗来讲：不要让一个类 "身兼数职"，既管数据存储、又管业务校验、还管日志通知。职责越多，耦合越重，修改一处就可能引发连锁故障。反面典型很多新手会写出"万能类"：问题：数据库换库、日志改组件、短信换服务商、校验规则调整……任何一个需求变更，都要修改这个类，风险极高，也无法单独测试某一部分逻辑。正确实现高级价值每个类职责清晰，代码可读性大幅提升便于单元测试，可单独Mock依赖团队协作时减少代码冲突为后续微服务拆分打下基础二、开闭原则（OCP, Open-Closed Principle）核心定义对扩展开放，对修改关闭。新增功能时，应该通过扩展已有代码来实现，而不是修改原有稳定运行的代码
一、单一职责原则（SRP, Single Responsibility Principle）核心定义一个类、接口或方法有且只有一个引起它变化的原因，只负责一项职责。通俗来讲：不要让一个类 "身兼数职"，既管数据存储、又管业务校验、还管日志通知。职责越多，耦合越重，修改一处就可能引发连锁故障。反面典型很多新手会写出"万能类"：问题：数据库换库、日志改组件、短信换服务商、校验规则调整……任何一个需求变更，都要修改这个类，风险极高，也无法单独测试某一部分逻辑。正确实现高级价值每个类职责清晰，代码可读性大幅提升便于单元测试，可单独Mock依赖团队协作时减少代码冲突为后续微服务拆分打下基础二、开闭原则（OCP, Open-Closed Principle）核心定义对扩展开放，对修改关闭。新增功能时，应该通过扩展已有代码来实现，而不是修改原有稳定运行的代码
