【发布时间】:2015-07-02 19:43:28
【问题描述】:
除了我一直在做的其他各种事情之外,我还一直在制作图像 api。我遇到的一个问题是需要一个包含图像尺寸的图像基类。 ImageIn 和 ImageOut 会从它分支出来,而 ImageIO 会从这些分支出来。这是我原来的解决方案;
class ImageBase{
public:
point<int> Dim() const=0;
};
class ImageI : virtual public ImageBase{
public:
virtual unsigned int get(int x, int y) const=0;
};
class ImageO : virtual public ImageBase{
public:
virtual void set(int x, int y, unsigned int col)=0;
};
class ImageIO : public ImageI, public ImageO{
};
class Bitmap : public ImageIO{
...
};
当然,现在它们是每个图像实例的两个 vtable 指针和暗淡,并且我想考虑到像素数组的大小,可能不值得担心,但是对此有些苦行不愉快,所以我使用此解决方案;
class ImageIO{ // could also be called ImageBase
public:
point<int> Dim() const=0;
virtual unsigned int get(int x, int y) const=0;
virtual void set(int x, int y, unsigned int col)=0;
};
class ImageI : public ImageIO{
public:
point<int> Dim() const=0;
virtual unsigned int get(int x, int y) const=0;
private:
virtual void set(int x, int y, unsigned int col)=0;
};
class ImageO : public ImageIO{
public:
point<int> Dim() const=0;
virtual void set(int x, int y, unsigned int col)=0;
private:
virtual unsigned int get(int x, int y) const=0;
};
class Bitmap : public ImageIO{
...
};
现在,由于 ImageO 和 ImageI 中的某些运算符是私有的,因此无法从该类型的指针访问它们,从而完成了类的输入和输出版本所完成的工作。不过有一个小问题,转换语法现在有点复杂。
ImageI* myImgInput = static_cast<ImageI*>((ImageIO*)(&myReal));
我在想一些巧妙地使用转换函数可以使过程自动化,所以最后一个问题是,这有什么内在缺陷吗?我已经用一个小实现对其进行了测试,它可以完全运行,但我不想完成 api,然后必须重新开始。
编辑
请注意,为了清楚起见,第二个示例中的 ImageBase 现在是 ImageIO,并且第二个示例中的 ImageI 和 ImageO不应虚拟继承自 ImageIO
【问题讨论】:
-
编辑是第二个问题,应该被删除并作为一个新问题提出
-
请注意,第二个示例中的类不应该使用虚拟继承。
-
看起来原来的解决方案更好,更正确。
-
怎么样?第二个解决方案的大小只有一半,并且可以包含第一个解决方案的所有功能。有什么问题?
标签: c++ virtual-inheritance diamond-problem