接口依赖注入扩展性优化：特定实现新增功能的OOP合规方案

场景说明 #

现有一个依赖接口的业务函数，流程固定：

function updateStatistics(Interface myInterface)
{ 
    myInterface->prepareStatistics();
    myInterface->syncStatistics();
    myInterface->doSomething();
    myInterface->doSomething2();
    // ... 其他固定步骤
}

现在需要给某一个接口实现新增中间步骤，期望流程变为：

function updateStatistics(Interface myInterface)
{ 
    myInterface->prepareStatistics();
    // 仅针对特定实现执行的额外逻辑
    myInterface->syncStatistics();
    myInterface->doSomething();
    myInterface->doSomething2();
    // ... 其他固定步骤
}

现有方案的问题 #

你提到的三种方案都存在明显的OOP原则违背：

• 方案1：在原接口新增抽象方法，不需要的实现留空。直接破坏了接口的契约性，新开发者无法通过接口知晓哪些方法是可选的，违背抽象原则。
• 方案2：新增扩展接口并在业务函数中用instanceof判断。虽然能实现需求，但会让业务函数充斥条件判断，后续新增类似需求时代码会越来越臃肿，违反开闭原则。
• 方案3：将updateStatistics拆为接口自身方法。会导致各实现重复编写大量相同流程代码，既不符合DRY原则，也无法保证核心流程的一致性。

合规OOP解决方案：模板方法模式 #

核心思路是把固定流程封装成模板方法，同时加入可选的钩子方法，让特定实现按需重写钩子，既保证核心流程统一，又支持灵活扩展。

具体实现步骤 #

1. 封装核心流程到抽象基类
   把固定的业务流程放到抽象基类的final模板方法中，避免子类篡改；同时定义可选的钩子方法，默认空实现：

abstract class BaseStatisticsHandler
{
    // 模板方法：固定流程，对外暴露，禁止子类重写
    public final function updateStatistics()
    {
        $this->prepareStatistics();
        $this->onBeforeSync(); // 钩子方法：默认无操作
        $this->syncStatistics();
        $this->doSomething();
        $this->doSomething2();
        // ... 其他固定步骤
    }

    // 强制子类实现的抽象方法
    abstract public function prepareStatistics();
    abstract public function syncStatistics();
    abstract public function doSomething();
    abstract public function doSomething2();

    // 钩子方法：子类可按需重写
    protected function onBeforeSync()
    {
        // 默认空实现
    }
}

2. 普通实现类直接复用流程
   常规实现只需继承基类，实现抽象方法即可，无需关心钩子：

class NormalStatisticsHandler extends BaseStatisticsHandler
{
    public function prepareStatistics() { /* 常规逻辑实现 */ }
    public function syncStatistics() { /* 常规逻辑实现 */ }
    public function doSomething() { /* 常规逻辑实现 */ }
    public function doSomething2() { /* 常规逻辑实现 */ }
    // 无需重写onBeforeSync，使用默认空实现
}

3. 特定实现类重写钩子方法
   需要新增中间功能的实现类，仅需重写对应的钩子方法：

class SpecialStatisticsHandler extends BaseStatisticsHandler
{
    public function prepareStatistics() { /* 常规逻辑实现 */ }
    public function syncStatistics() { /* 常规逻辑实现 */ }
    public function doSomething() { /* 常规逻辑实现 */ }
    public function doSomething2() { /* 常规逻辑实现 */ }

    // 重写钩子，添加专属中间逻辑
    protected function onBeforeSync()
    {
        // 这里写仅该实现需要的额外功能
    }
}

4. 业务调用统一依赖抽象基类
   调用时直接依赖抽象基类，调用模板方法即可：

function processStatistics(BaseStatisticsHandler handler)
{
    handler->updateStatistics();
}

方案优势 #

• 符合开闭原则：新增特殊实现时，无需修改核心流程代码，仅需重写钩子方法。
• 无冗余判断：不需要在业务函数中用instanceof区分实现，流程差异由子类自行处理。
• 代码无重复：核心流程仅在基类定义一次，所有子类复用，避免重复代码。
• 契约清晰：抽象方法强制子类实现，钩子方法明确标记为可选，新开发者能快速理解接口规范。

替代方案：接口默认方法（适用于支持的语言） #

如果你的语言支持接口默认方法（如PHP 8.0+、Java 8+），可以用接口替代抽象基类，兼顾接口契约性和流程封装：

interface StatisticsInterface
{
    public function prepareStatistics();
    public function syncStatistics();
    public function doSomething();
    public function doSomething2();

    // 默认钩子方法
    public function onBeforeSync(): void
    {
        // 默认无操作
    }

    // 接口中的默认模板方法
    public final function updateStatistics(): void
    {
        $this->prepareStatistics();
        $this->onBeforeSync();
        $this->syncStatistics();
        $this->doSomething();
        $this->doSomething2();
    }
}

内容的提问来源于stack exchange，提问作者J.Kh