2

我想不出更好的标题...如果可以请编辑！

class AbstractGUIBase
{
...
};
class GUIConcrete : public AbstractGUIBase
{
...
};

class AbstractApplicationBase
{
 AbstractGUIBase *mGUI;
};

class MyApplication : public AbstractApplicationBase
{
 GUIConcrete *mGUI;
};

这基本上是我的设置......应用程序基类提供了通用功能，包括对 GUI 基类实例的引用mGUI。mGUI仅在MyApplication或其他具体子类中实例化。

我不想mGUI在两个类中重新声明，因为我最终会做类似super::mGUI = mGUI = new ConcreteGUI(). 但我也不想mGUI每次在MyApplication.

这里有正常的模式吗？我在想你可以AbstractApplicationBase在 GUI 类类型上进行模板化，但我不是特别喜欢模板编程。

我使用的是 MSVC++2008，所以没有花哨的现代东西可用。

4

1 回答 1

3

我将尝试剥离模型的细节并专注于以下抽象设计：

                struct A                    struct DA : A 
                {                           {
                };                          };

//==============================================================================

                struct B                    struct DB : B 
                {                           { 
                    A* p;                       DA* pD; // Avoid this
                };                          };

现在您要做的是避免向 中添加额外的成员变量DB，并且能够将p继承自的指针B视为类型DA*。

您可以通过以下方式构造B类DB：

struct B
{
private:
    A* p;
public:
    B(A* _p) : p(_p) { }
    A* get_p() { return p; }
}

struct DB : B
{
public:
    B(DA* _p) : B(_p) { }
    DA* get_p() { return static_cast<DA*>(A::get_p()); }
}

超类B将持有一个类型的指针A*。该指针在构建时设置。如果在创建 的实例时调用构造函数，则将存储DB指向类型对象的指针。提供了一个隐藏的版本并返回一个（正确转换的）类型指针的函数。DADBget_p()Bget_p()DA*

由于这种设计，保证了static_cast<>inDB::get_p()是安全的（除非您使用虚拟继承，在这种情况下您应该使用效率较低的dynamic_cast<>）。

的内部操作B将直接访问指针p。的客户B将通过调用来检索它B::get_p()。在 的内部DB和客户端中DB，您将p通过通过函数检索指针来访问指向的对象B::get_p()，而不是直接取消引用p。

于 2013-02-13T17:39:47.550 回答