抽象基类还是类？

Question

对于我的学期项目，我和我的团队应该制作一个 .jar 文件（库，不可运行），其中包含游戏开发框架并演示 OOP 的概念。它应该是一个框架，另一个团队应该使用我们的框架，反之亦然。所以我想知道我们应该如何开始。我们想到了几种方法：
1. 从一个普通类开始

public class Enemy {
    public Enemy(int x, int y, int health, int attack, ...) {
        ...
    }
    ...
}
public class UserDefinedClass extends Enemy {
    ...
}

2. 从一个抽象类开始，用户定义的敌人必须继承抽象成员

public abstract class Enemy {
    public Enemy(int x, int y, int health, int attack, ...) {
        ...
    }
    public abstract void draw();
    public abstract void destroy();
    ...
}
public class UserDefinedClass extends Enemy {
    ...
    public void draw() {
        ...
    }
    public void destroy() {
        ...
    }
}

3. 创建一个全部继承自的超级 ABC（抽象基类）

public abstract class VectorEntity {
    ...
}
public abstract class Enemy extends VectorEntity {
    ...
}
public class Player extends VectorEntity {
    ...
}
public class UserDefinedClass extends Enemy {
    ...
}

我应该使用哪个？或者有更好的方法吗？

Answer 1

好吧，如果不深入了解你在做什么，就很难确定，即使这样，它也是相当主观的。但是，有一些需要考虑的事情可以告诉您。

1. 他们是否要实际实例化一个敌人，或者所有敌人真的都需要是派生类型吗？ 而不是派生类型，那么它可能应该是一个接口或抽象类。

2. 如果您希望在基类中提供实际行为，那么显然它需要是一个类而不是接口。

   如果您希望在基类中提供实际行为，那么显然它需要是一个类而不是接口。

3. 需要为 API 提供但对您提供任何实现没有任何意义的方法应该是抽象的。

4. 在基类中实现更有意义的方法应该在基类中实现。如果重写它们没有什么意义，那么就将它们设为最终的。

5. 只有当类确实共享行为或者您需要能够在代码中的某个位置相同地对待它们时，让类共享一个公共基类才真正有意义。如果它们并不是真的那么相似，那么它们可能不应该共享一个基类。例如，如果敌人和玩家都应该是可显示的，那么拥有一个处理它们的显示功能的公共基类可能是有意义的。但是，如果 Enemy 是可显示的东西，而 Player 是一个更抽象的概念（例如游戏的控制器）并且不可显示，那么它们共享基类可能就没有意义。一般来说，在构建类时最好选择组合而不是继承，因此如果所讨论的类不会真正共享行为并且与公共基类没有真正的“is-a”关系，那么它们不应该共享一个公共基类。

6. 希望您的基类仅共享方法，而不共享数据。换句话说，在继承树中，最好只有叶子是可实例化的。当您的基类中包含实际数据时，有多种类似 equals() 的东西会崩溃。这并不是说您不能这样做 - 人们总是这样做 - 但它可能会导致问题，如果不需要，最好避免这样做。

7. 更喜欢重写抽象方法。否则，在派生类中，您可能会面临不调用基类的方法或完全更改该方法的功能的风险。

我确信我可以想出更多，但如果没有真正熟悉您的项目，它肯定会相当通用。在你提供的 3 个选项中，我可能会选择 2。3 看起来你可能会为不相关的类创建一个基类，1 会导致 Enemy 可实例化，你可能不需要它肯定会使得继承层次结构中的叶子以上的部分都可以实例化。您可能仍然会在带有 2 的基类中得到数据，但您更有可能只重写抽象方法，并且在派生类中更改行为时遇到的问题会更少。

Answer 2

第四种选择是使用接口。

interface Enemy {

    public void draw();

    . . .

}

如果你刚刚开始，我会避免你的第三个选择。让框架发展一点，看看是否有需要。

Answer 3

我的行为规则是，只要有多个类共享相同的操作/数据/方法/功能，它们就应该是同一抽象类的扩展。

所以，如果是我这样做的话：

• 如果所有类都有一些共同点，那么有一个顶级抽象类将这些功能/字段/数据收集在一个地方。
• 如果不这样做，那么只有那些实际上有共同点的类才应该扩展较低级别的抽象类。

如果类只有方法是共同的，那么也可以使用接口。然而，我总是发现迟早我会看到实现接口的类具有相同的私有字段。此时，我将接口转换为保存这些私有字段的抽象类（如果没有其他的话，可以节省代码行）。

Answer 4

只是《更有效的 c++》第 271 页中的一个小答案：

“使不在层次结构末尾的基类抽象”。我懒得给你整章，但作者列出了一些很好的理由。