代码契约未被恰当建模时，应依场景选择接口、抽象类或二者协同：接口定义纯能力契约，抽象类封装主干流程与共享状态，“抽象类+接口”实现流程稳定与能力可插拔，“抽象类实现接口”兼顾类型归属与能力声明，变更频率决定载体选型。
在大型 PHP 项目中，当多个模块需协同工作、第三方服务需对接或团队协作边界需明确时，若核心行为规范模糊、实现类职责混乱、契约变更引发大面积重构，则说明代码契约未被恰当建模。以下是针对该问题的多种建模路径：
一、使用接口定义纯能力契约
接口强制所有实现类提供一致的方法签名，不携带状态、不预设继承关系，适用于跨域能力声明与解耦通信。它确保不同业务实体（如订单、物流单、退款单）可自由组合相同行为，且新增实现不影响现有结构。
1、使用 interface 关键字声明契约，方法默认为 public abstract，不可加访问修饰符。
2、在接口中定义常量（如 STATUS_PENDING = 'pending'），供所有实现类统一引用。
立即学习“PHP免费学习笔记（深入）”；
3、PHP 8.0+ 可在接口中添加 static 方法（如 generateId()），但其实现必须由具体类提供，接口仅作声明。
4、让订单类、售后单类、发票单类分别 implements Refundable, Trackable, Notifiable，每个接口仅聚焦单一职责。
二、使用抽象类封装主干流程与共享状态
抽象类承载“是什么”与“怎么做”的中间层语义，适合构建具有明确 is-a 关系的层级，并复用字段、构造逻辑、日志模板等共性资产。其单继承特性天然约束主干演化路径，避免能力爆炸式扩散。
1、声明 abstract class AbstractOrderService，包含受保护属性 $orderNo 和 $createdAt。
2、在构造方法中完成通用初始化，例如自动设置 $this->orderNo = uniqid('ORD_') 与时间戳。
3、提供已实现的公共方法 validateInput() 与 logOperation()，子类可直接调用或选择覆写。
4、声明抽象方法 protected abstract function doCreateOrder(): bool;，强制子类实现核心差异逻辑。
三、采用“抽象类 + 接口”协同模式
该模式将领域主干逻辑与横向能力解耦：抽象类固化流程骨架，接口注入可插拔策略，既保障主流程稳定性，又支持多维能力动态装配，契合依赖倒置与开闭原则。
1、定义 interface PaymentStrategy，仅声明 process(float $amount): bool。
2、编写 class WeChatPayStrategy implements PaymentStrategy 与 class AlipayStrategy implements PaymentStrategy，各自实现支付细节。
3、在 abstract class AbstractOrderService 中声明受保护属性 $paymentStrategy，并提供 setPaymentStrategy(PaymentStrategy $strategy) 方法。
4、于主流程方法 placeOrder() 中调用 $this->paymentStrategy->process($this->total)，运行时绑定具体策略。
四、通过抽象类实现接口以桥接契约与骨架
抽象类可同时继承父抽象类并实现多个接口，形成“类型归属 + 能力声明”的双重约束。此方式适用于需在继承链中落实契约，又不愿在每个叶子类重复实现通用方法的场景。
1、声明 interface Exportable，含方法 exportAsCsv(): string 与 exportAsJson(): string。
2、创建 abstract class AbstractReportService extends AbstractService implements Exportable。
3、在抽象类中提供 final public function exportAsCsv(): string 的通用实现，基于 $this->getData() 统一格式化。
4、将 exportAsJson() 声明为抽象方法，交由子类根据数据结构定制序列化逻辑。
五、依据契约变更频率与影响范围选择载体
当契约需长期稳定、新增方法将波及大量实现类时，应避免直接修改接口；而抽象类新增普通方法可被子类静默继承，更适合承载渐进式增强逻辑。此差异直接影响版本兼容性与升级成本。
1、若需为所有支付处理器增加风控校验入口，向 abstract class PaymentProcessor 添加 protected function runRiskCheck(): void 即可，子类无需改动。
2、若在 interface PaymentGateway 中新增 refund(float $amount): bool，则所有实现类必须立即补全该方法，否则报致命错误。
3、对已有接口扩展能力，应新建接口（如 RefundableGateway extends PaymentGateway），而非修改原接口。
4、在抽象类中将新功能设为 protected 或 final，可精确控制子类是否可覆写或跳过。
