C#中实现同基接口的多个派生接口，如何解决Execute方法冲突？

问题背景 #

现有代码通过封装第三方评估方法实现了一套执行器体系：基接口IExecutor定义通用执行方法并继承IDisposable，两个子接口IAlphaExecutor、IBetaExecutor继承自IExecutor，分别对应不同的第三方实现（Alpha、Beta）。原设计通过共享IExecutor实现通用逻辑（数据准备、监控、上下文切换等），再通过子接口定位具体功能。

原代码结构：

public interface IExecutor : IDisposable
{
  public void Execute(string workingDirectory);
}

public interface IAlphaExecutor : IExecutor { }

public interface IBetaExecutor : IExecutor { }

// Alpha第三方包的包装类
public class AlphaImplementation : Alpha, IAlphaExecutor
{
  public void Execute(string workingDirectory)
    => Alpha(workingDirectory);
}

现在第三方将Alpha和Beta功能合并到单个AlphaAndBeta类中，且该类初始化开销极大，需要通过Autofac管理为单例。但尝试合并包装类时，由于IAlphaExecutor和IBetaExecutor都继承IExecutor，无法分别实现Execute方法（编译错误CS0539：显式实现的方法不是接口成员）：

public class CollectedImplementation : AlphaAndBeta, IAlphaExecutor, IBetaExecutor
{
  public void Execute(string workingDirectory) => ... // 无法区分Alpha/Beta逻辑
  public void IAlphaExecutor.Execute(string workingDirectory) => ... // CS0539错误
}

解决方案 #

方案1：给子接口重新声明Execute方法（最小改动） #

通过new关键字在子接口中重新声明Execute方法，让每个子接口拥有自己的专属Execute成员，从而支持显式接口实现：

// 修改子接口
public interface IAlphaExecutor : IExecutor
{
    new void Execute(string workingDirectory);
}

public interface IBetaExecutor : IExecutor
{
    new void Execute(string workingDirectory);
}

// 合并后的包装类
public class CollectedImplementation : AlphaAndBeta, IAlphaExecutor, IBetaExecutor
{
    // 显式实现IAlphaExecutor的Execute
    void IAlphaExecutor.Execute(string workingDirectory)
    {
        Alpha(workingDirectory); // 调用Alpha逻辑
    }

    // 显式实现IBetaExecutor的Execute
    void IBetaExecutor.Execute(string workingDirectory)
    {
        Beta(workingDirectory); // 调用Beta逻辑
    }

    // 实现基接口IExecutor的Execute（可选，可抛出异常或默认实现）
    void IExecutor.Execute(string workingDirectory)
    {
        throw new InvalidOperationException("请通过IAlphaExecutor或IBetaExecutor调用对应功能");
    }

    // 实现IDisposable接口
    public void Dispose()
    {
        // 清理资源逻辑
    }
}

调用时需通过具体子接口类型访问，Autofac可正常注册单例并注入对应接口：

// Autofac注册
builder.RegisterType<CollectedImplementation>()
       .As<IAlphaExecutor>()
       .As<IBetaExecutor>()
       .SingleInstance();

// 注入调用
public class AlphaService
{
    private readonly IAlphaExecutor _alphaExecutor;
    public AlphaService(IAlphaExecutor alphaExecutor) => _alphaExecutor = alphaExecutor;
    public void Run(string dir) => _alphaExecutor.Execute(dir);
}

方案2：重构接口体系（长期更优） #

如果允许调整原有接口设计，建议将基接口改为通用能力容器，给每个子接口定义专属执行方法，从根源避免方法名冲突：

// 基接口仅保留通用功能（如资源管理、通用预处理）
public interface IExecutorBase : IDisposable
{
    void PrepareWorkingDirectory(string workingDirectory); // 通用数据准备逻辑
}

// 子接口定义专属执行方法
public interface IAlphaExecutor : IExecutorBase
{
    void ExecuteAlpha(string workingDirectory);
}

public interface IBetaExecutor : IExecutorBase
{
    void ExecuteBeta(string workingDirectory);
}

// 合并后的包装类
public class CollectedImplementation : AlphaAndBeta, IAlphaExecutor, IBetaExecutor
{
    public void PrepareWorkingDirectory(string workingDirectory)
    {
        // 通用预处理逻辑
    }

    public void ExecuteAlpha(string workingDirectory)
    {
        Alpha(workingDirectory);
    }

    public void ExecuteBeta(string workingDirectory)
    {
        Beta(workingDirectory);
    }

    public void Dispose()
    {
        // 清理逻辑
    }
}

此方案更清晰地划分职责，避免了接口继承带来的方法名冲突问题，同时未来新增其他执行器时扩展性更强。

原设计的陷阱分析 #

1. 子接口为标记接口：IAlphaExecutor和IBetaExecutor仅作为标记使用，未添加任何专属成员，导致无法区分不同子接口的行为边界，当第三方实现合并时就会出现方法冲突。
2. 过度依赖接口继承共享方法：通过基接口IExecutor统一定义Execute方法，虽实现了通用逻辑复用，但忽略了不同子接口可能需要不同实现的场景，缺乏扩展性。
3. 职责模糊：基接口的Execute方法承担了“通用执行”和“具体功能执行”双重职责，没有明确区分通用能力与具体业务能力，导致耦合度较高。

内容的提问来源于stack exchange，提问作者Simoris