在接口中使用protected方法约束派生类内部逻辑是否合理？

核心前提：接口无法定义protected成员 #

在多数面向对象语言（如C#、Java）中，接口的成员默认是public的，语法上不允许定义protected成员——接口的本质是对外暴露的契约，而非约束派生类的内部实现细节。所以你想在IReportBuilder里加protected void Reset()的思路，首先在语法上就不可行。

针对你的建造者场景，推荐「接口+抽象基类」的方案 #

既满足你「强制派生类实现重置逻辑」的需求，又能避免封装破坏、YAGNI和LSP问题：

1. 拆分契约与内部约束 #

• 用IReportBuilder接口定义对外的公共行为，比如建造者需要暴露给外部（如导演类）的方法：

  public interface IReportBuilder
  {
      void AddHeader();
      void AddContent();
      Report GetReport();
  }
  

• 定义抽象基类AbstractReportBuilder，实现IReportBuilder接口，同时通过protected抽象方法约束派生类的内部逻辑：

  public abstract class AbstractReportBuilder : IReportBuilder
  {
      // 强制派生类必须实现的内部重置逻辑，对外不可见
      protected abstract void Reset();
  
      // 基类可以控制Reset的调用时机（比如创建完报告后自动重置）
      public virtual Report GetReport()
      {
          Report finalReport = BuildReport();
          Reset(); // 基类统一管理流程，派生类无需关心何时调用
          return finalReport;
      }
  
      // 其他需要派生类实现的内部逻辑也可以放在这里
      protected abstract Report BuildReport();
  
      // 接口的抽象方法留待派生类实现
      public abstract void AddHeader();
      public abstract void AddContent();
  }
  

• 派生类WorkReportBuilder继承抽象基类，实现所有抽象方法：

  public class WorkReportBuilder : AbstractReportBuilder
  {
      private WorkReport _currentReport;
  
      // 必须实现重置逻辑，符合你的约束需求
      protected override void Reset()
      {
          _currentReport = new WorkReport();
      }
  
      protected override Report BuildReport()
      {
          return _currentReport;
      }
  
      public override void AddHeader()
      {
          _currentReport.Header = "工作周报";
      }
  
      public override void AddContent()
      {
          _currentReport.Content = "本周完成3项核心任务";
      }
  }
  

2. 为什么这个方案更优？ #

• 避免封装破坏：Reset()是protected，仅派生类和基类可见，对外隐藏内部状态重置的细节。
• 符合YAGNI：如果你明确所有建造者都需要重置逻辑（建造者模式本身就需要复用实例创建多个对象），那强制实现并不违反YAGNI；如果后续有个别派生类不需要，你可以在基类提供Reset()的默认空实现，让派生类选择重写。
• 遵循LSP：对外交互始终基于IReportBuilder接口，派生类替换基类时，对外行为完全符合契约，不会出现行为不一致的问题。
• 降低耦合：基类统一管理流程（比如GetReport()后自动调用Reset()），派生类只需要专注于自身的建造逻辑，无需关心流程控制。

其他方案的局限性 #

• 把Reset设为接口的public方法：会暴露内部重置逻辑，外部可以随意调用导致建造者状态混乱，破坏封装性，不推荐。
• 接口默认方法：只能提供默认实现，无法强制派生类必须重写，满足不了你「确保实现」的需求。

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