具有复杂层次结构的decorator模式:导致核心转储的构造函数
decorator pattern with complex hierarchie: constructor causing core dump?
我试图用C++实现一个复杂的装饰器。基本上,我的代码的重要部分是这样的:
class Main {};
class Base : virtual public Main {};
class Deco : virtual public Main {
Deco(Base* base);
};
class Sub : public Base, public Deco {
Sub::Sub(Base* object) :
Deco{object} {}
Sub();
};
还有其他类似Sub的类,只是有其他名称。现在我想能够写这样的东西:
Main* object = new Sub1(new Sub2(new Sub1()));
我不想在内部范围内创建一个新的Base,只想创建Subs。以下方法将导致分段故障:
Sub::Sub() :
Deco{this} {}
我不知道为什么会发生这种事。有没有办法解决这个问题或者避免在这里初始化Deco?
找到了答案:这是钻石问题的一个很好的例子。没有办法修复这个结构。
必须用类Base
中的指针替换Deco
类。
相关文章:
- "error: no matching function for call to"构造函数错误
- C++17复制构造函数,在std::unordereded_map上进行深度复制
- 如果C++类在类方法中具有动态分配,但没有构造函数/析构函数或任何非静态成员,那么它仍然是POD类型吗
- 为什么在没有显式默认构造函数的情况下,将另一个结构封装在联合中作为成员的结构不能编译
- 为什么在C++中使用私有复制构造函数与删除复制构造函数
- 选择要调用的构造函数
- 如何委托派生类使用其父构造函数?
- 构造函数正在调用一个使用当前类类型的函数
- 没有用于初始化C++中的变量模板的匹配构造函数
- 初始化具有非默认构造函数的std::数组项的更好方法
- 当从函数参数中的临时值调用复制构造函数时
- 在c++构造函数中使用随机字符串生成器
- 一对向量构造函数:初始值设定项列表与显式构造
- 从构造函数抛出异常时如何克服内存泄漏
- 我不明白为什么我声明一个空的内部结构并将其传递给构造函数
- 继承:构造函数,初始化C++11中基类的类C数组成员
- 具有默认模板类型的默认构造函数的类型推导
- 如何找到核心转储?将其缩小到构造函数和函数
- 分段核心转储C++,在构造函数中
- 具有复杂层次结构的decorator模式:导致核心转储的构造函数