关于java：抽象方法和类：背后的概念？

abstract methods and classes: Concept behind?

本问题已经有最佳答案，请猛点这里访问。

抽象类背后的整个概念究竟是什么？(在我的例子中，我指的是Java)。我理解这样一个事实，即它太笼统了，不能自己实现，因此没有用处。但是可以肯定的是，仅仅声明它是非抽象的，并且使用相同的继承(如果它是一个抽象类的话，会使用相同的继承)就可以得到相同的结果。

在没有方法体的抽象超类中声明抽象方法，然后在其子类中重写它们，这样做的主要优点是节省时间吗？

相关讨论

主要的优点是不能实例化抽象类。您可能有这样的类Document：

1
2
3
4
5
6
7
8

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
}
}

您希望人们为其文档类型创建子类：

1
2
3
4
5
6
7
8

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：

1	Document doc = new Document(); // this should not be allowed

你想让人们做这样的事情：

1	Document doc = new MyDocument();

解决方案是将EDOCX1[0]抽象为：

1	public abstract class Document

并使方法抽象化：

1 2	public abstract void write(File file); public abstract void read(File file);

然后你不能实例化Document，但是你可以实例化子类。子类必须覆盖read和write。

假设您的基类有一个必须在任何有用的子类中重写的方法。如果在基类中实现该方法，并且该方法未被重写，则在运行虚拟方法体之前，将找不到该错误。如果将方法和类抽象，则在编译时会发现错误。