解耦核心是降低类间直接依赖，PHP常用接口定义契约、分层设计、事件驱动、策略模式及依赖注入实现。
用接口定义契约，让具体实现可替换
解耦的核心是降低类与类之间的直接依赖。PHP 中最常用的方式是通过接口（interface）声明行为规范，让调用方只依赖接口，不依赖具体类。比如定义一个 LoggerInterface，然后让 FileLogger、DatabaseLogger 都去实现它。业务类中只要接收接口类型参数，就能在不改代码的前提下切换日志方式。
关键点：
- 接口方法签名要稳定，避免频繁变动
- 构造函数注入比 new 实例更利于解耦和测试
- 配合依赖注入容器（如 PHP-DI、Symfony DI）自动管理依赖关系
分层设计：把不同职责的代码放到不同层级
常见分层包括 Controller → Service → Repository → Entity。Controller 只处理请求响应，Service 封装业务逻辑，Repository 负责数据访问，Entity 表示数据结构。每一层只和相邻上下层通信，不跨层调用。比如订单创建逻辑放在 OrderService，不直接操作数据库或渲染视图。
好处是：
立即学习“PHP免费学习笔记（深入）”；
- 修改数据库操作只需动 Repository 层，不影响业务逻辑
- 单元测试时可轻松 Mock Repository，专注验证 Service 行为
- 团队协作时各层可并行开发
事件驱动：用发布-订阅解耦触发与响应
当一个操作需要引发多个后续动作（如用户注册后发邮件、写日志、推送通知），不要在注册逻辑里硬编码这些调用。改为触发一个 UserRegistered 事件，由独立的监听器分别处理。PHP 可用 Symfony EventDispatcher 或自定义简单事件系统。
这样做的优势：
- 新增通知渠道（比如加个短信）只需新增监听器，不改注册主流程
- 监听器可异步执行，避免阻塞主业务
- 各监听器之间完全隔离，互不影响
策略模式替代条件分支
遇到大量 if-else 或 switch 判断不同场景执行不同逻辑（如按地区计算运费、按支付方式处理回调），可提取为多个策略类，统一实现 StrategyInterface。运行时根据上下文选择对应策略实例，而不是在主逻辑里写判断。
例如：
- 定义 ShippingStrategyInterface
- 实现 DomesticShipping、InternationalShipping
- 用工厂或配置决定用哪个策略，主流程无感知
避免静态调用和全局状态
静态方法（如 Config::get()、DB::table()）和全局变量会隐式引入强依赖，导致难以测试和替换。应改为通过构造函数或 setter 注入依赖对象。即使是工具类，也建议以服务形式注入，而非直接静态调用。
小技巧：
- 把 Config、Cache、DB 这些封装成接口 + 实现，方便测试时替换成 Mock
- 使用 final class 防止意外继承破坏封装
- 类内方法尽量单一职责，过长方法拆成私有方法或提取新类
