为什么抽象类不能被实例化，什么是无法实例化的类的使用

Question

我知道并阅读有关抽象类和接口的内容，但我从未理解的一点是，无法实例化的类的用法是什么。 我可以使用普通类和虚方法而不是抽象类吗？ 当我实例化基类时会发生什么？

Answer 1

当您在派生类之间共享一些常用功能时，通常使用抽象类。也就是说，您不能使用接口，因为您想提供一些默认功能。

看一下System.IO.Stream课程。此类提供了一些常见的基本功能，但要求特定类型的流实现某些成员才能使其正常运行。这些成员也标记为abstract，它向编译器和运行时指示没有合适的基类实现。派生抽象类的非抽象类必须覆盖所有继承的抽象成员，就像实现接口的类必须实现接口上定义的所有成员一样。

在流示例中，Read()方法是抽象的，但ReadByte()方法不是 - 因为ReadByte()可以通过调用Read()来实现。 （虽然不是最佳的，这就是ReadByte()是虚拟的原因，因此可以选择性地提供更有效的实现。）虚拟成员是不同的，因为他们做有一个实现，但可以选择被覆盖。默认情况下，抽象成员的实施无，必须被覆盖。

换句话说，抽象类上的方法可以使用类上的其他抽象成员，即使它们没有实现！这是因为派生的非抽象类是 required 来提供实现 - 保证在调用方法时存在实现。这类似于如何使用接口的成员，即使成员在接口上没有实现，因为它保证实现接口的对象必须实现其所有成员。

像MemoryStream和FileStream这样的子类会覆盖所有形成具体类的抽象方法，并且可以实例化它们。但是，您可以将它们存储在Stream引用变量中，并将它们视为通用的“黑盒子”流。这允许您声明一个接受Stream对象的方法，而您不必关心它实际上是什么类型的流。

Stream foo = new Stream();       // Invalid, Stream is abstract.
Stream foo = new MemoryStream(); // Valid.

所以，现在总结一下你在标题中提出的问题的答案。抽象类无法实例化，因为它可能包含抽象且没有实现的成员。抽象类的使用是双重的：首先，要进行子类化，并允许子类共享某些成员的公共实现，其次，允许子类的任何对象的实例通过对抽象类的引用来使用。

Answer 2

抽象类非常有用，而且都是关于设计的。例如，如果你有一个名为Shape的抽象基类，它具有诸如'Draw'和'Move'之类的函数。然后继承Shape类以创建'Circle'类和'Square'类。

继承的类都具有Draw和Move功能。 Move可以在子类使用的基类中具有功能，但绘制功能由每个子进程处理。

当你然后实例化一个圆和正方形时，只有一个'Shape'对象是没有意义的。

希望有所帮助。

Answer 3

抽象和接口使您可以共享一些常见的逻辑，但您无法直接实例化其中任何一个

要添加到cdhowie，接口和抽象类之间最相关的区别是：

• 从抽象类继承会强制子类被层次结构链破坏。对于接口，实现它的不同类完全相互松散。

• 使用抽象类，您可以拥有带逻辑的方法或属性，也就是说，某些代码在抽象类中实现。在接口中没有代码或逻辑，因此迫使实现者编写所有逻辑

Answer 4

抽象类和接口类是语言特性，它们都提供了一些编译时规则和一些帮助设计的运行时规则。到目前为止，实例化抽象类或接口类，使用编译器肯定不可能，如果使用汇编语言为C ++编程或者说C＃或Java的中间语言代码/字节代码，也可以实例化它们，虽然我不确定这一点。因为在运行时，抽象类和接口类都有一个类型对象。