如何解决此代码重复+添加另一种方法

Question

我有 3 个课程：

class First {
    public void SetA(){ ... }
    public void SetB(){ ... }
    public void SetC(){ ... }
    public void SetD(){ ... }
    public void SetZ(){ ... }
}

class Second {
    public void SetC(){ ... }
    public void SetD(){ ... }
    public void SetE(){ ... }
    public void SetF(){ ... }
    public void SetX(){ ... }
}

class Third{
    public void SetA(){ ... }
    public void SetB(){ ... }
    public void SetE(){ ... }
    public void SetF(){ ... }
    public void SetY(){ ... }
}

如您所见，我使用相同的方法复制代码。
昨天我意识到有时我想在每个方法中添加另一个推荐。
所以我正在寻找一种方法来解决这两个问题。我想到的一种解决方案是：

1. 创建接口：

   interface IAllMethods {
           void SetA();
           void SetB();
           void SetC();
           void SetD();
           void SetE();
           void SetF();
           void SetX();
           void SetY();
           void SetZ();
   }
   

2. 创建默认实现：

   class DefaultAllMethods {
           public void SetA(){ ... }
           public void SetB(){ ... }
           public void SetC(){ ... }
           public void SetD(){ ... }
           public void SetE(){ ... }
           public void SetF(){ ... }
           public void SetX(){ ... }
           public void SetY(){ ... }
           public void SetZ(){ ... }
   }
   

3. 使用装饰器模式创建另一个实现以添加额外的命令：

   class ExtraAllMethods {
           private IAllMethods _allMethods;
           public ExtraAllMethods (IAllMethods allMethods) {
               _allMethods=allMethods;
           }
           public void SetA(){ 
               _allMethods.SetA();
               extraMethod();
           }
           public void SetB(){ 
               _allMethods.SetB();
               extraMethod();
           }
           public void SetC(){ 
               _allMethods.SetC();
               extraMethod();
           }
           ..
           ..
           ..
   }
   

4. 在 First、Second 和 Third 类中使用期望实现。例如：

   class Third{
       private IAllMethods  _allMethods;
       public Third(IAllMethods allMethods) {
           _allMethods=allMethods;
       }
       public void SetA(){ _allMethods.SetA(); }
       public void SetB(){ _allMethods.SetB(); }
       ..
       ..
       ..
   }
   

您如何看待这个解决方案？有没有更好的设计来满足这个需求？

更新
人们要求真正的业务，所以这里是： 我有 3 种传输类型：TransmissionA、TransmissionB、TransmissionC 每个传输都有许多参数（成员或属性）。例如，TransmissionA 有 WorkerId、CustomerId、MessageName 等。 TransmissionB 有 WorkerId 和 MessageName 但没有 CustomerId。 TransmissionC 有 WorkerId、CustomerId 但没有 MessageName。这些只是示例 - 在我的情况下，每个传输都有更多属性。每个属性都有 Set 方法。
现在有一个新的需求。在系统的某处有一个名为“更新任务”的选项。如果该选项为 ON，那么我需要在每个 Set 方法中更新相关任务。这就是我想到装饰器模式的原因。

Answer 1

1. 接口不是一个好主意，因为它的实现者只为接口提供的方法的子集提供功能。
2. 这里不能使用decorator pattern，因为它是用来添加功能的，不能像添加方法那样用来改变API。请参阅this answer 了解更多信息。
3. 如果你在不同的类中有相同的方法和相同的代码，这应该被提取到自己的类中，并由其他类使用。目前，您的课程很可能违反了single responsible principle。

Answer 2

这将起作用，但不是引入包含所有方法的全知接口和基本实现类（因此了解您的全部方法集合），您还可以采用更精细的方法并只制作一个接口以及每种方法的基本实现。这将更具可扩展性，如果您正确设置，您可以以类似插件的方式轻松附加它们。

Answer 3

您可以为每个单独的方法定义一个接口，并为每个接口定义一个默认实现，并使您的类只实现需要的接口，并通过带有默认实现的构造函数进行参数化来装饰。

Answer 4

取决于这些方法在做什么，因此解决方案可能会有所不同。 但是，如果这些方法没有以某种方式在逻辑上相互关联，我建议通过类似的接口抽象每个方法

    interface ILogicBAware
    {
      void DoB();
    }

    interface ILogicCAware
    {
      void DoC();
    }

    interface IAllMethods : ILogicBAware, ILogicCAware
    {
       void DoAll();
    }

通过这种方式，您可以获得更大的灵活性和更少的耦合。通过这种方式，您可以继续前进并决定如何封装实际逻辑。但这又取决于你提供的类和方法的底层是什么......