8

我正在编写一些消息处理代码，其中每条消息都是一个 POD 结构。在编写这将是定义一个抽象基类，每个消息类型具有虚拟功能，例如：

class AbstractHandler
{
public:
    virtual void handleMessage( const MessageType1& msg ) =0;
    virtual void handleMessage( const MessageType2& msg ) =0;
    virtual void handleMessage( const MessageType3& msg ) =0;
    virtual void handleMessage( const MessageType4& msg ) =0;
};

然后创建实现处理函数的派生具体类：

class ConcreteHandler : public AbstractHandler
{
public:
    virtual void handleMessage( const MessageType1& msg );
    virtual void handleMessage( const MessageType2& msg );
    virtual void handleMessage( const MessageType3& msg );
    virtual void handleMessage( const MessageType4& msg );
};

如果将新消息添加到系统中，则AbstractHandler必须与所有派生类型一起更新。

mpl或者，我可以按顺序保存所有支持的消息类型，并用于mpl::inherit_linearly生成抽象基类。

（注意：我已经mpl::vector在代码的其他地方使用了一种消息类型。）

例如：

typedef mpl::vector< MessageType1, MessageType2, 
                     MessageType3, MessageType4 > message_types;

template< class Message >
class Wrapper
{
public:
   virtual void handleMessage( const Message& msg ) = 0;
protected:
   ~Wrapper(){}
};

class AbstractHandler 
     : public mpl::inherit_linearly< message_types
                                   , mpl::inherit< mpl_1, Wrapper< mpl::_2 > >
                                   >::type
{
public:
    virtual ~AbstractHandler() {}
};

然后具体的处理程序派生自AbstractHandler. 这意味着每当向系统添加新消息类型时，只需更改顺序，向派生类mpl::vector< types... > message_types添加新功能即可。handleMessage

在我看来，这减少了长期维护，因为 AbstractHandler 将自动为所有消息提供纯虚函数mpl::vector message_types

在性能方面，使用这种方法有什么缺点吗？

mpl::inherit_linearly使用生成抽象基类的含义是什么？

4

1 回答 1

3

我以前做过类似的代码（今天我又做了一次）。

除了继承引起的成本外，没有其他成本。主要是因为最终类型是在编译时确定的，而不是运行时。

但是，相对于消息类型列表的大小，这显然会使您的编译时间更长。如果像我一样，您还编写了一个消息调度程序类（它可以将任何东西调度到这种类型的任何处理程序），那么编译时间可能会很昂贵。

否则，这很好。

只需了解这种设置的含义：处理的消息列表是在编译时定义的，而不是在运行时定义的。由于使用要求，一些事件系统是运行时的。因此，请确保它是您在用例中想要的。

于 2012-11-21T16:56:22.853 回答