如果我已经有一个抽象类，定义一个接口是否有意义？

我有一类带有一些默认/共享功能的类。我用abstract class它：

public interface ITypeNameMapper
{
    string Map(TypeDefinition typeDefinition);
}

public abstract class TypeNameMapper : ITypeNameMapper
{
    public virtual string Map(TypeDefinition typeDefinition)
    {
        if (typeDefinition is ClassDefinition classDefinition)
        {
            return Map(classDefinition);
        }
        ...

        throw new ArgumentOutOfRangeException(nameof(typeDefinition));
    }

    protected abstract string Map(ClassDefinition classDefinition);
}

如您所见，我也有接口ITypeNameMapper。如果我已经有一个抽象类，TypeNameMapper或者abstract class已经足够，定义这个接口是否有意义？

TypeDefinition 在这个最小的例子中也是抽象的。

是的，因为C＃除接口外不允许多重继承。

因此，如果我有一个同时是TypeNameMapper和SomethingelseMapper的类，我可以这样做：

class MultiFunctionalClass : ITypeNameMapper, ISomethingelseMapper 
{
    private TypeNameMapper map1
    private SomethingelseMapper map2

    public string Map(TypeDefinition typeDefinition) { return map1.Map(typeDefintion);}

    public string Map(OtherDef otherDef) { return map2.Map(orderDef); }
}

接口和抽象类具有不同的用途：

• 接口定义API，并且属于客户端而不是实现。
• 如果类共享实现，那么您可以从抽象类中受益。

在您的示例中，interface ITypeNameMapper定义客户的需求并且abstract class TypeNameMapper没有增加任何价值。

创建接口的整个概念是为了支持具有共享API的一类类。

明确地说，对接口的任何使用都意味着（或预期将有）接口规范的一个以上实现。

DI框架使这里陷入混乱，因为即使只有一个实现，它们中的许多框架也需要接口-对我来说，这是不合理的开销，因为在大多数情况下，这只是更复杂，更慢的调用new的方法，但是就是这样

答案在于问题本身。如果您有一个抽象类，则准备使用通用API创建多个派生类。因此，清楚地指示了接口的使用。

如果我们想明确回答这个问题，那么作者说：“如果我已经有了一个抽象类TypeNameMapper或抽象类就足够了，那么定义这个接口是否有意义？”

答案是是和不是-是，即使您已经有抽象基类（因为您不应该在任何客户端代码中引用抽象基类），也应该创建接口，否则，因为不应该创建接口没有接口的抽象基类。

很明显，您没有对要构建的API进行足够的考虑。首先提供API，然后根据需要提供部分实现。您的抽象基类确实在代码中进行类型检查的事实足以告诉您这不是正确的抽象。

就像OOD中的大多数事情一样，当您陷入困境并且对象模型做得很好时，您的代码将通知您接下来的工作。从一个接口开始，在所需的类中实现该接口。如果您发现自己编写了类似的代码，请将其提取到一个抽象基类中-它是重要的接口，抽象基类只是一个助手，并且可能不止一个。

如果不了解应用程序的其余部分，很难回答。

假设您使用的是某种DI模型，并且已将代码设计为尽可能可扩展（因此您可以TypeNameMapper轻松添加新代码），我会说是的。

的原因：

• 您可以有效地免费获得它，因为基类实现了interface您，无需在任何子实现中都担心它
• 大多数IoC框架和Mocking库都期望interfaces。尽管它们中的许多确实与抽象类一起工作，但它并非总是给定的，我坚信尽可能与其他99％的用户一起走同样的道路。

反对的理由：

• 严格来说（如您所指出的），您并不需要
• 如果class/ interface更改，则会有一些额外的开销

考虑到所有事情，我会说您应该创建interface。反对的理由可以忽略不计，但是尽管可以在模拟和IoC中使用抽象，但使用接口通常要容易得多。但最终，如果他们选择相反的方式，我不会批评同事的密码。