为什么要选择抽象(没有默认实现)而不是接口vb.net？

Question

我对接口和抽象类感到困惑，我知道它们之间的技术差异，比如接口不能有字段而抽象可以，接口应用多重继承而抽象类不能。

我想知道我是否有一个抽象类，它有4个方法，但没有默认实现，而我与4个方法的接口太确定了，没有实现，那么使用它们之间有什么区别呢？对我来说也是一样的！

在这种情况下，我什么时候可以选择抽象类而不是接口？

Answer 1

选择它们的规则如下：

1. 要指定类必须实现的方法，请始终使用接口，因为您可以在接口中使用多个继承。
2. 如果您有一些必须在接口实现者之间共享的实现，请使用一个抽象类。

如果您有一个空的抽象类，则应该始终用一个接口替换它。

Answer 2

与接口相比，抽象类至少有三个优点：

1. 抽象类可以有字段，但是接口不能。虽然面向公共的对象不应该有公共字段，但有时它可能有利于那些实例永远不会公开给公众的类。例如，可以安全地将Int32类型的字段作为ref参数传递给通过Interlocked.Increment更新它的方法；属性不能。虽然可以组合Int32类型的属性并提供像AtomicIncrementFoo这样的方法，但是使用字段可以避免大量样板代码的需要。
2. 抽象类可以重载操作符，包括隐式和显式类型转换。接口不能这样做，至少在C#中是这样的。
3. 抽象类可以为方法定义默认实现，但是即使实现接口的99%的类对方法使用相同的代码，每个类都必须单独定义void SomeMethod(int Foo) { MyInterfaceHelper.SomeMethod(this, Foo); }。这不仅需要大量样板代码，而且减少样板代码的愿望常常导致接口作者忽略接口真正应该包含的内容。

我不知道是否有任何理由.NET和相关语言不能提供上述功能的接口，但到目前为止它们还没有。