如何避免重复的接口代码？

Question

由于接口不能包含实现,因此在我看来,这会导致从接口继承的类中的代码重复.在下面的示例中,假设,假设从流中设置读取的前10行左右是重复的. 尽量不要关注这里的措辞,而是关注在每个类之间创建重复代码是多么容易的概念.

例如:

public interface IDatabaseProcessor
{
   void ProcessData(Stream stream);
}
public class SqlServerProcessor : IDatabaseProcessor
{
    void ProcessData(Stream stream)
    {
      // setting up logic to read the stream is duplicated code
    }
}
public class DB2Processor : IDatabaseProcessor
{
    void ProcessData(Stream stream)
    {
      // setting up logic to read the stream is duplicated code
    }
}

我意识到使用ProcessData的抽象基类并添加非抽象成员是一种解决方案.但是,如果我真的真的想要使用界面呢？

Answer 1

在这种情况下,您可能希望同时使用接口和抽象基类.

你有两个原因的唯一原因是因为另一个类不会共享抽象基本代码但会尊重接口.考虑:

public interface IDatabaseProcessor {
   void ProcessData(Stream stream);
}

public abstract class AbstractDatabaseProcessor : IDatabaseProcessor {
    public void ProcessData(Stream stream) {
      // setting up logic to read the stream is not duplicated
    }
}

public class SqlServerProcessor : AbstractDatabaseProcessor {
    //SqlServerProcessor specific methods go here
}

public class DB2Processor : AbstractDatabaseProcessor {
    // DB2Processor specific methods go here
}

public class NonSharedDbProcessor : IDatabaseProcessor {
    void ProcessData(Stream stream) {
      // set up logic that is different than that of AbstractDatabaseProcessor
    }
}

_{语法可能有点偏,我不是普通的C#用户.我是通过OOP标签来到这里的.}

Answer 2

跨接口共享代码的最佳方式是通过无状态扩展方法.您可以构建一次这些扩展,并在实现该接口的所有类中使用它,而不管它们的继承链如何.这就是.NET IEnumerable<T>在LINQ中所做的,取得了相当令人印象深刻的结果.这种解决方案并非总是可行,但您应该尽可能地选择它.

另一种共享逻辑的方法是创建一个内部"帮助器"类.在您的情况下,这看起来是正确的选择:实现可以将内部共享代码作为帮助程序的方法调用,而无需复制任何代码.例如:

internal static class SqlProcessorHelper {
    public void StreamSetup(Stream toSetUp) {
        // Shared code to prepare the stream
    }
}
public class SqlServerProcessor : IDatabaseProcessor {
    void ProcessData(Stream stream) {
        SqlProcessorHelper.StreamSetup(stream);
    }
}
public class DB2Processor : IDatabaseProcessor {
    void ProcessData(Stream stream) {
        SqlProcessorHelper.StreamSetup(stream);
    }
}

辅助类不需要是静态的:如果您的共享方法需要状态,您可以使您的帮助程序成为常规类,并将其实例放在您希望共享代码的接口的每个实现中.