【发布时间】:2016-01-18 08:47:54
【问题描述】:
我有一个实现许多基本功能的基类,它需要一些必须由继承它的类(或用户)提供的“存储”(内存块)。
class Base
{
public:
Base(void* storage, size_t storageSize) :
storage_{storage},
storageSize_{storageSize}
{
// do something with the storage...
}
~Base()
{
// do something with the storage...
}
// member functions
private:
void* storage_;
size_t storageSize_;
};
这里需要注意的是,这个内存块是在构造函数和析构函数中使用的。
这在子类使用静态存储时效果很好:
template<size_t Size>
class StaticObject : public Base
{
public:
StaticObject() :
Base{&storage, Size}
{
}
private:
typename std::aligned_storage<Size>::type staticStorage_;
};
我知道存储是在构造之前使用的(在 Base 的构造函数完成后“构造”)和在销毁之后(在 Base 的析构函数开始运行之前“销毁”),但是对于微不足道的std::aligned_storage<...>::type 这没什么区别。
但是,当我想将它与动态分配的存储一起使用时,这个想法完全失败了:
class DynamicObject : public Base
{
public:
DynamicObject(size_t size) :
DynamicObject{std::unique_ptr<uint8_t>{new uint8_t[size]}, size}
{
}
private:
DynamicObject(std::unique_ptr<uint8_t>&& dynamicStorage, size_t size) :
Base{dynamicStorage.get(), size},
dynamicStorage_{std::move(dynamicStorage)}
{
}
std::unique_ptr<uint8_t> dynamicStorage_;
};
正如您在委托构造函数中看到的那样,我设法创建(分配)存储空间,然后它将用于Base 的构造函数 - 稍微“颠倒”构造顺序。这个特定阶段也可以正常工作。问题是析构函数,因为我真的想不出任何解决我的问题的方法 - 在上面的代码中,动态分配的存储将在 Base 的析构函数开始运行之前被释放(并使用这个内存块)......
现在我必须以不同的方式解决这个问题 - DynamicObject 类包含 unique_ptr 和 Base 的对象作为成员变量,而不是从 Base 继承 - 这样我可以控制构造顺序/破坏,但也有一些负面的方面:
- 我必须为来自
Base的每个函数提供一个包装器,这些函数应该由派生类公开 - 我必须提供转换运算符来(const)引用
Base,因为我想通过引用基类来使用对象
我考虑过使用多重继承,这样DynamicObject 将从两个基础继承——一个提供存储(私有继承)和一个从Base(继承功能)——这样我也可以获得正确的构造/销毁顺序,但以使用“邪恶”多重继承为代价......
请注意,上面的示例只是一个简化。真正的用例是我正在编写的 RTOS(https://github.com/DISTORTEC/distortos)的线程和消息队列之类的对象 - 有关实际示例,请参见 Dynamic*.hpp 和 Static*.hpp 对象 - https://github.com/DISTORTEC/distortos/tree/master/include/distortos
有什么聪明的技巧可以用来以某种方式颠倒破坏顺序吗?类似于上面DynamicObject 的委托构造函数的使用?也许有更好的方法来达到同样的效果?
【问题讨论】:
-
将 Base 拆分为两个类,一个存储内存(并且是多态的)的类和一个使用内存的类。让后者持有前者的实例,作为构造函数参数传递。
-
我担心按照这些思路进行的任何设计都会很脆弱,而且你最好多考虑整体设计而不是如何制作这个特定的细节实施方法工作。
-
定义分配/释放接口,管理基类内存,并提供派生类的实现。
-
@AlanStokes - 它不起作用,因为构造函数/析构函数中的虚函数不像“正常”函数那样工作。
-
@FreddieChopin 是的,但如果内存管理器是一个单独的对象,则无关紧要,这就是我的建议。
标签: c++ c++11 inheritance constructor destructor