c#接口和继承的最佳实践

Question

我有一个带有接口的抽象基类。

interface ISubmit {
    bool SubmitFile();
}

public abstract class SubmitMaster : ISubmit {
    public abstract bool SubmitFile();
}

public class SubmitRoute : SubmitMaster {
    public override bool SubmitFile() {
        //...
    }
}

基类还有一些其他子类使用的实现方法，但我需要确保每个子类都有 SubmitFile() 方法，并且每个子类都需要自己的块。目前，它工作得很好，但我觉得我所做的相当多余。我什至需要接口吗？还是让基类和 SubmitFile() 抽象是错误的举动？

在这种情况下，最佳做法是什么？

Answer 1

在您的情况下，该接口绝对是多余的。

也许我仍然会维护这样的接口如果它应该由其他类实现，而不必从SubmitMaster抽象类派生。

或者，如果接口是 API 的一部分，并且您不需要在需要使用 SubmitFile 方法的任何地方公开 SubmitMaster 抽象类的所有成员。

事实上，我可以在这里提出很多接口有用的理由，但如果你只是定义一个接口来在抽象类中实现它，而你从不将引用键入为所谓的接口，那么，再一次，这绝对是多余的。

进一步阅读：

• When to use interfaces (MSDN)
• Why do we use Interface? Is it only for Standardization?

Answer 2

在这种情况下，最佳做法是什么？我什至需要接口吗？

您是否打算制作，至少三种类型，它们彼此之间没有任何关系，但所有类型都可以用作ISubmit？

例如，假设我们有一个表示序列的接口。我可以给你十几个完全不相关的类，它们都是序列。数组，列表，字典，树，等等等等，它们都是序列。所以我们创建了一个表示序列的接口，IEnumerable。

如果你不打算制作一堆不相关但有共同用例的东西，那么不要使用接口。