如何解决具有两个接口的多重继承,一个从第一个派生,一个派生类实现第一个接口
对不起,描述不准确。问题来了:
class PureVirtualBase {
public:
virtual ~PureVirtualBase() {}
virtual int IntFn() = 0;
};
class PureVirtualDerivedBase : public PureVirtualBase {
public:
virtual ~PureVirtualDerivedBase() {}
virtual int OtherIntFn() = 0;
};
class Foo : public PureVirtualBase {
public:
virtual int IntFn() { return intVal; }
protected:
int intVal;
};
class Bar : public Foo,public PureVirtualDerivedBase {
public
virtual int OtherIntFn() { return 123; }
};
由于“'Bar”而失败:由于以下成员,无法实例化抽象类:'int PureVirtualBase::IntFn(void) is abstract”
我不确定如何纠正这个问题。我原以为 Bar 很好,因为它继承了 Foo 对 IntFn 的实现(并根据 PureVirtualDerivedBase 的要求添加了 OtherIntFn)。我试着做了继承虚拟(公共虚拟美孚,公共虚拟PureVirtualBase),但没有奏效。
有什么想法吗?提前致谢。
解决方法
我在这里对您的类结构设计的主要关注是,在您提供的示例中,PureVirtualDerivedBase
继承自 PureVirtualBase
似乎是多余的。通过在另一个抽象类中派生来扩展抽象类可能会使您的继承树变得混乱,在最坏的情况下,您可能最终不得不为您在基类中声明的抽象方法创建重复的实现。
在这种情况下,您将不得不在 IntFn()
中重新实现 Bar
,因为继承 PureVirtualDerivedBase
显式要求您实现与其关联的所有虚拟方法,无论它们是否已实现在Foo
。
我的建议是从 PureVirtualBase
中删除 PureVirtualDerivedBase
继承,只在实际实现抽象方法的类中继承抽象类。为了清楚起见,在可以避免的情况下避免使接口依赖于其他接口也是一种很好的做法。相反,当您希望为派生类实现不同的功能时,应尽量使接口自包含并从多个接口继承。
这是 the diamond problem 的轻微变体。基本上在 c++ 中,每个继承路径都是单独遵循的,这意味着类 Bar
具有 Foo
的副本和 PureVirtualDerivedBase
的副本。这说明了您面临的问题。
但是,我不认为从 Bar
明确推导 PureVirtualDerivedBase
的意义,因为 Foo
已经有了它。
错误在于如何应用虚拟继承。
具体来说,这个问题可以通过使用虚拟继承来解决,只是不是首先描述的方式(即不是“公共虚拟 Foo,公共虚拟 PureVirtualBase”)。
Foo
和 PureVirtualDerivedBase
都需要从 PureVirtualBase
虚拟继承:
class PureVirtualBase {
public:
virtual ~PureVirtualBase() {}
virtual int IntFn() = 0;
};
class PureVirtualDerivedBase : public virtual PureVirtualBase {
public:
virtual ~PureVirtualDerivedBase() {}
virtual int OtherIntFn() = 0;
};
class Foo : public virtual PureVirtualBase {
public:
virtual int IntFn() { return intVal; }
protected:
int intVal;
};
class Bar : public Foo,public PureVirtualDerivedBase {
public
virtual int OtherIntFn() { return 123; }
};
这样,Bar
就可以将 OtherIntFn
的实现添加到 Foo
,而不会丢失 Foo
对 IntFn
的实现。
Raviteja 是正确的,这是钻石问题的变体。但是,我们需要从 Bar
继承 PureVirtualDerivedBase
才能添加 OtherIntFn
的附加功能。
我同意 Revelnaut 的观点,尽量避免这种事情是件好事,但在某些情况下,这样做可能会很尴尬/不方便,尤其是当一个界面显然是另一个界面的子集时。
这是一个更具体的例子:
class IList {
public:
virtual ~IList() {}
virtual int GetLength() = 0;
};
class IDynamicList : public virtual IList {
virtual ~IDynamicList() {}
virtual int GetCapacity() = 0;
};
class ListOfFoo : public virtual IList {
public:
virtual ~ListOfFoo() {}
virtual int GetLength() { return length; }
void UsefulFooFunction();
protected:
int length;
};
class DynamicFooList : public ListOfFoo,public IDynamicList {
public:
virtual ~DynamicFooList() {}
virtual int GetCapacity() { return capacity; }
void FooSpecificFnThatGrowsList();
protected:
int capacity;
};
在这种情况下,IList
的功能是 IDynamicList
功能的子集。
您可以将接口分开,但是指向 IDynamicList
的指针将无法告诉您列表的长度;它只能告诉你容量。在这种情况下,当 IList
显然已经是一个列表时,传递/检索额外的指针以获取 IDynamicList
提供的功能会很麻烦。
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。