C# 8中无需构造与继承字段时：选抽象类还是带默认实现接口？

这是个非常好的问题，尤其是在C# 8引入接口默认实现特性后，很多开发者都会纠结这两者的适用场景。我来一步步拆解你的疑问：

抽象类和带默认实现的接口核心定位还是不同的，以下场景优先选抽象类：

• 需要维护实例状态时：抽象类可以定义实例字段来存储状态，而接口只能包含静态字段（所有实现类共享同一份，几乎不适合做实例状态）。如果你的派生类需要共享或继承状态，抽象类是唯一可行的选择。
• 需要非公共成员时：抽象类可以定义protected、private的方法或字段，用来封装内部辅助逻辑，只对派生类开放。接口的成员默认都是public的，即使是默认实现也无法定义非公共成员，没法做这类内部封装。
• 依赖构造函数初始化逻辑时：抽象类可以有构造函数，用来执行必要的初始化操作（比如加载配置、初始化状态），派生类必须显式或隐式调用基类构造函数。接口没有构造函数，完全没法做这类初始化。
• 需要强制单一继承语义时：C#是单继承多实现的语言，抽象类能保证派生类只能继承这一个基类，适合定义核心的、独占的基类逻辑（比如Stream、DbContext这类核心基类）。而接口允许类实现多个，没法强制这种独占性。
• 表示严格的「is-a」关系时：如果你的类型和基类是「是一种」的关系（比如Dog : Animal），用抽象类更符合面向对象的语义；接口更适合表示「能做什么」的「can-do」关系（比如Dog : ICanBark）。

这种场景下，优先选择带默认实现的接口，但要遵循一些关键的编码规范：

优先选接口的场景 #

• 需要多实现时：如果一个类需要同时实现多个这类契约（比如一个类既要支持ILoggable又要支持IValidatable），接口是唯一选择，因为抽象类只能继承一个。
• 需要版本兼容时：如果是给已发布的接口添加新方法，默认实现可以让旧的实现类无需修改就能编译通过，这是C# 8引入默认接口实现的核心初衷之一。
• 表示轻量行为契约时：当契约只是一组行为的约定，不需要状态或复杂的继承逻辑，默认接口实现可以提供通用的默认逻辑，减少重复代码。

相关编码规范 #

• 不要用默认接口实现模拟状态：哪怕现在不需要字段，也别用接口的静态字段来模拟实例状态——所有实现类会共享同一份静态状态，很容易引发难以排查的bug。
• 保持默认实现无状态：默认方法应该只依赖接口的其他成员，或者是纯逻辑实现（比如通用的参数校验、格式化逻辑），不要依赖外部可变状态。
• 显式实现覆盖默认逻辑：如果某个实现类不需要默认方法的逻辑，用显式接口实现可以避免默认方法被意外调用，同时保持契约的一致性。
• 不要把接口当「轻量抽象类」：接口的核心还是契约定义，默认实现只是补充，不是用来替代抽象类的继承语义。如果未来可能需要添加状态或非公共成员，还是提前选抽象类更稳妥。
• 避免过度使用默认实现：不要把所有逻辑都塞进接口默认实现里，接口应该保持简洁，核心契约以外的复杂逻辑还是放在抽象类或单独的实现类中。

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