具有空方法的 class 与抽象 class？

Question

为什么我们不能有一个带有空方法的普通 class，然后是覆盖基类的空方法的子类，而不是抽象的 class？ 例如：

class Base {
    
    void methodA() {
        //empty
    }
    
    void methodB() {
        //empty
    }
}
    
class Sub extends Base {

    void methodA() {
        //implementation
    }
    
    void methodB() {
        //implementation
    }
}

Answer 1

我假设您真正要问的是“为什么我们需要抽象类/方法，而我们可以只使用带有空方法的普通 class ”。

这个问题的答案是使用抽象方法，子 class 必须提供一个实现。 如果方法不在 parent 中，则不是抽象的，则根本不需要 sub 提供实现。

这在方法的空实现没有意义的情况下很重要，因为编译器可能会给您一个错误，因为您的子 class 没有实现所有必需的方法。

Answer 2

在您的特定情况下，如果您有 2 个不返回任何内容的方法，则可以执行您正在执行的操作。 这是在null object 模式的边缘调情，但不完全是。 没有什么能阻止你这样做； 它会编译。 在某些设计中，它甚至可能是一个不错的选择。 你的例子太做作了，不能说这是否是一个好主意。

不过，假设您有一个返回值的方法。 你不能只是发表评论//do nothing因为你需要一个返回来满足编译器。 所以你添加了一个哨兵值。 这很容易出错，因为它依赖于调用者意识到具有特殊含义的值。 如果一组真实结果包含所有可能的值，甚至可能不存在合适的标记值。

class Base {
    void methodA() {
        //empty
    }
    
    int getFoo() {
        // Don't do this, just an example
        return -1;
    }
}

有人可能会实例化new Base()而没有意识到他们的代码注定是无用的，并且该类的作者打算让他们实例化Sub或另一个子 class。 他们可能不知道他们应该检查哨兵值等。

如果他们不能这样做，在这种情况下会更好。 最好将Base标记为不完整的实现，并告诉编译器它必须完成才能使用。 这正是抽象类的用途。

通过将 class 标记为抽象，您告诉编译器不允许用户实例化此 class，因为无论出于何种原因，这样做没有意义。

通过将方法标记为抽象，您是在告诉编译器子 class 必须提供实现才能使其自身可实例化（子 class 也可以是抽象的，将罐子踢到子 ZA2F2ED4F8EBC2CBB4C21A29DC40 的实现上）。

abstract class Base {
    void methodA() {
        //empty
    }
    
    abstract int getFoo();
}

TL; DR 你的一个具体例子并不能证明抽象类没有用处。