六大原则是必备基本功

一、单一职责原则（SRP, Single Responsibility Principle）

核心定义

一个类、接口或方法有且只有一个引起它变化的原因，只负责一项职责。

通俗来讲：不要让一个类 "身兼数职"，既管数据存储、又管业务校验、还管日志通知。职责越多，耦合越重，修改一处就可能引发连锁故障。

反面典型

很多新手会写出"万能类"：

问题：数据库换库、日志改组件、短信换服务商、校验规则调整……任何一个需求变更，都要修改这个类，风险极高，也无法单独测试某一部分逻辑。

正确实现

高级价值

• 每个类职责清晰，代码可读性大幅提升

• 便于单元测试，可单独Mock依赖

• 团队协作时减少代码冲突

• 为后续微服务拆分打下基础

二、开闭原则（OCP, Open-Closed Principle）

核心定义

对扩展开放，对修改关闭。

新增功能时，应该通过扩展已有代码来实现，而不是修改原有稳定运行的代码