我何时真正需要使用抽象方法？

Question

如果我正在编写一个绘制形状的程序。

abstract class GraphicObject {

    abstract void draw();
    abstract void resize();
}

然后是扩展GraphicObject的子类，称为Circle。

class Circle : GraphicObject {
    void draw() {
    ...
    }
    void resize() {
        ...
    }
}

像这样处理它是否有意义？ 当然，一些绘图代码会重复吗？

所以：

abstract class GraphicObject {

    public virtual void draw()
    {
       // all objects will need to be drawn in a similar way, do this here.
    }
}

然后在我的圈子课程中，为圈子做所有独特的事情

public override void draw() {
    //Do unique circle drawing stuff here
    base.draw();
}

然后在方法末尾调用基本draw方法以完成操作。

我很难看到需要真正使用抽象方法而无需以某种形式重复代码的情况。

Answer 1

考虑虚拟方法返回值的情况。 考虑一种用于创建值的工厂样式方法

class Factory { 
  public abstract Node CreateNode(); 
}

抽象方法在这里效果很好，因为它对Factory实际产生Node值不承担任何责任。 相反，它只是声明应提供一个Node 。 如果改为将其设置为虚拟方法，则Factory必须选择默认值。 如果不知道工厂是什么类型，如何生产Node ？

public virtual Node CreateNode() { 
  return ???;
}

Answer 2

除非在绘图调用的开始或结束时必须对所有形状进行处理，否则您不会将代码放在抽象类中进行处理。

如果在绘制过程中有不同的事情要做，可以将它们放在抽象类中，例如，受保护的方法中。 只有继承的类才可以调用它们，并将这些通用代码放在一个地方。

抽象方法的使用是为了确保（1）使用形状的类可以访问这些方法，而无需知道它持有对哪个子类的引用。 因此，例如，一个页面可能具有一系列形状，并在每个形状上调用draw（因为它是在超类中定义的），即使每个形状都是特定的子类形状。 如果未在shape中定义draw（），则无法在列表中的每个形状上调用draw。

（我更熟悉Java并使用过Java术语-鉴于您的继承格式和使用“ base”，我认为您对其他内容更加熟悉。根据需要进行翻译...）