当前位置：文江博客话题详情

抽象基类什么时候可以拥有（非静态）数据成员？

发布于 2024-07-21 21:57:10 字数 99 浏览 4 评论 0原文

我想问题标题已经概括了这一点。是否有某个时候，ABC 拥有数据成员会被认为是良好的设计？我一直想知道是否有一种情况可以这样做。我唯一能想到的都是静态的，即使这样也有点牵强。

原文

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

岛徒 2024-07-28 21:57:10

我不明白为什么 ABC 不能正确地拥有每个实例（也称为非静态）数据成员，因为需要支持它提供给子类的方法。以常见的情况为例，其中存在 ABC 来提供模板方法 DP（钩子方法是抽象的）——如果组织方法的功能的一部分是更新某些实例变量（例如，计算方法被调用），那么显然这些变量也应该由 ABC 提供。你能更好地解释一下为什么你认为这是糟糕的设计吗？！

回复收藏 0 原文

花开雨落又逢春i 2024-07-28 21:57:10

抽象类可以具有支持其向继承自它的类提供的功能所需的任何成员。这并不是说子类可以直接访问它们：它们只能通过子类或其客户端进行的方法调用来读取和更改。

回复收藏 0 原文

星軌x 2024-07-28 21:57:10

我在插件架构中看到了这一点，比如 Paint.NET。

回复收藏 0 原文

ヤ经典坏疍 2024-07-28 21:57:10

控制反转可能需要这样做。例如，您有一堆采用 Logger 实例的类，它们所基于的抽象类可能有一个构造函数将其存储在成员变量或私有属性中（当然假设您记得调用基本构造函数咧嘴笑）

回复收藏 0 原文

不喜欢何必死缠烂打 2024-07-28 21:57:10

这是好的，当你的抽象类中的数据成员包含继承类的基本代码时，

我会考虑使用接口，当数据成员只是为了描述你的类时

回复收藏 0 原文

苹果你个爱泡泡 2024-07-28 21:57:10

是的，可以在抽象基类中提供成员变量，以便其子类将使用这些成员来进行具体实现。

这是一个具体的例子，用我们都喜欢的汽车来比喻。

假设我们将 Car 设为一个抽象基类，其中包含车轮、底盘和引擎的占位符，供其子类使用：

abstract class Car {
    Wheels wheels
    Chassis chassis
    Engine engine

    abstract void accelerate();
    abstract void decelerate();
}

现在，对于扩展 Car 的类，成员已经在那里可以使用，因此子类的责任是填充这些成员变量：

class NiceCar extends Car {
    Decoration decoration;

    public NiceCar() {
        wheels = new ChromeWheels();
        chassis = new LightweightCompositeChassis();
        engine = new LotsOfHorsepowerEngine();
        decoration = new CoolRacingStripes();
    }

    void accelerate() {
        engine.feedFuel();
    }

    void decelerate() {
        wheels.applyBrakes();
    }
}

可以看出，抽象基类可以作为应该填充哪些组件（成员变量）以获得一个蓝图。一个类的全部功能。在本例中，Car 提供了在具体实现中使用的汽车的基本部分。 NiceCar 使用这些成员字段并为其自己的功能添加一些字段，例如装饰性油漆作业。

Yes, its possible to provide member variables in an abstract base class with the intention that its subclasses will use those members to make a concrete implementation.

Here's a concrete example, using a car analogy that we've all come to love.

Let's say we make Car an abstract base class, which has placeholders for wheels, chassis, and an engine for its its subclasses to use:

abstract class Car {
    Wheels wheels
    Chassis chassis
    Engine engine

    abstract void accelerate();
    abstract void decelerate();
}

Now, for a class that extends Car, the members are already there to use, so the responsibility of a subclass is to populate those member variables:

class NiceCar extends Car {
    Decoration decoration;

    public NiceCar() {
        wheels = new ChromeWheels();
        chassis = new LightweightCompositeChassis();
        engine = new LotsOfHorsepowerEngine();
        decoration = new CoolRacingStripes();
    }

    void accelerate() {
        engine.feedFuel();
    }

    void decelerate() {
        wheels.applyBrakes();
    }
}

As can be seen, the abstract base class can work as a blueprint for which components (member variables) should be filled in to get a full functionality of a class. In this case, the Car provides basic parts of a car to be used in a concrete implementation. NiceCar uses those member fields and adds some for its own features, such as a decorative paint job.

回复收藏 0 原文