拥有一个抽象类背后的整个概念到底是什么（在我的例子中，我指的是 java）。 我理解这样一个事实，即它太笼统而无法自行实现，因此没有用。但可以肯定的是，仅将其声明为非抽象类并使用与抽象类相同的继承会得到所有相同的结果。
主要优点是节省时间，但在没有方法主体的抽象超类中声明抽象方法，然后在其子类中覆盖它们？
【问题讨论】：
标签： java inheritance subclass abstract superclass
假设您的基类有一个必须在任何有用的子类中重写的方法。如果您在基类中实现该方法，并且它没有被覆盖，则在您的虚拟方法体运行之前不会发现错误。如果将方法和类抽象化，编译时就会发现错误。
【讨论】：
主要优点是您不能实例化抽象类。你可能有这样的Document 类：
public class Document {
public void write(File file) {
// I have no idea how to implement this
}
public void read(File file) {
// I don't know here either
}
}
您希望人们为他们的文档类型创建子类：
public class MyDocument extends Document {
public void write(File file) {
// Now I know how to implement
}
public void read(File file) {
// this also can be implemented
}
}
但你不希望人们制作新的Documents：
Document doc = new Document(); // this should not be allowed
你希望人们做这样的事情：
Document doc = new MyDocument();
解决办法是让Document抽象：
public abstract class Document
并使方法也抽象：
public abstract void write(File file);
public abstract void read(File file);
那么你不能实例化Document，但你可以实例化子类。子类必须覆盖 read 和 write。
【讨论】：
当你不想创建一个类的对象时，你将一个类抽象，子类的公共方法可以在抽象超类中实现，另一个目的是你使方法抽象，以便子类必须实现超类抽象方法编写自己的实现。就这么简单。
【讨论】：
将抽象类视为在 API 中创建契约的一种方式。
假设您正在创建一个程序，其中包含商店销售的商品列表。现在，这个列表当然会包含具有某些共同特征和某些个人特征的项目。但是我们不能出售“物品”——我们想出售“电视”或“桌子”。
因此，您将创建一个抽象类“Item”，其中包含价格标签、制造日期等。但是，您永远不希望任何人创建 Item 类的实例，因为项目可以是任何东西。
您希望程序员子类化并创建他们自己的 Item 类型的类，以履行 Item 所需的合同。反过来，API 允许您添加子类项目的类，以放入可用项目的商店列表中。这还将自动为这些类提供您在子类化时不需要考虑的功能，并要求您覆盖您必须为该类实现的方法。
在 Java 中，方法不需要是抽象的，在抽象类中，可以像在普通类中一样实现。例如。如果你有一个 orice 标签，你可以为这个价格标签实现一个 getter - 不需要强制子类实现这个。
希望这是有道理的。否则请随时发表评论，以便我详细说明。
【讨论】：