MFC消息映射的通俗演绎

面向对象设计中,消息的传递是整个系统中非常重要的一环。ObjectC有runtime运行时来负责消息的传递和处理。不过这里不打算说oc的runtime,先来看看微软的天才工程师们是如何解决这个问题。
当消息发生时,寻找到合适的对象的方法去处理,这个过程很容易就联想到面向对象中的多态和继承。于是不假思索就得出一个解决方案。在基类中定义好虚函数,有子类去负责具体实现。那样大约会产生如下的代码:

class CCmdTarget
{
.....
public:
virtual void OnDraw();
virtual void OnClick();
virtual void OnKeyBoard();
.....
};

对于每一个能想到的消息,都在基类中写一个对应的虚函数,留作子类去重写。这样问题貌似得到了解决,不过效率不言而喻,每个对象都要持有一份长长的虚函数表。另外,如果将来有新的消息类型还不得不在基类中添加一个虚函数。
换个思路。消息映射,消息路由。这些字眼都在提醒着我们,我们需要一张表,这张表记录了每一条消息我们该交由谁处理。于是表里的条目应该是这样的结构体(精简了结构体,只取了几个重要的字段,名称还是原封不动的沿袭了MFC。):

class CCmdTarget;
typedef void (CCmdTarget:: * AFX_PMSG)(void);
struct AFX_MSGMAP_ENTRY
{
    int nMessage;
    int nCode;
    AFX_PMSG pfn;
};

pfn是一个函数指针,其余两个是关于消息的。有了这样一张表,当有消息的时候,我们只需要查找一遍表,然后就可以知道该有哪个函数来处理。接下来我们再考虑另一个问题,当某个消息当前类不打算处理,或者基类中存在统一的处理办法,我们想交由它来处理该怎么整?这里就涉及到自顶向下(由子类到父类的传递)的递归。大致是这样的过程,在当前类中找处理函数,如果找不到,就到父类的表中去找,还是找不到,继续,直到找到,或者到达根类依然找不到就抛弃或者其他处理。这就需要我们在子类中保存有到达父类表的方法。这就像链表,为了形成链表,我们需要在节点中保存后继节点的指针。于是我们定义如下结构体:

struct AFX_MSGMAP
{
    const AFX_MSGMAP       * (*pfnGetBaseMap)();
    const AFX_MSGMAP_ENTRY * lpEntries;
};

第一个是获得父类表的函数指针,第二个就是 表的入口地址。接下来我们定义一个函数用来取得这些数据。

virtual const AFX_MSGMAP * GetMessageMap()const;

定义成虚函数的原因大家想必都明白,为了获得具体对象的路由表,这就是多态的思想。

const AFX_MSGMAP * CCmdTarget::GetMessageMap()const
{
    return GetThisMessageMap();
}

函数直接返回了另一个函数的返回值,我们来看下这个函数又是如何定义的。

static const  AFX_MSGMAP * GetThisMessageMap();
const AFX_MSGMAP * CCmdTarget::GetThisMessageMap()
{
    static const AFX_MSGMAP_ENTRY _messageEntries[] =
    {
        {0,0,(AFX_PMSG)0}
    };
    static const AFX_MSGMAP messageMap = {
        &CCmdTarget::GetThisMessageMap,&_messageEntries[0]
    };
    return & messageMap;
}

定义了局部静态变量,然后将直接将地址返回。这种设计也是性能考虑。静态变量只初始化一次就在进程的整个生命周期里存在于内存中。如果要问为啥要大费周章的设计两个函数,一个函数的使命竟然只是为了调用另外一个函数。我的思路是,GetMessageMap设计成虚函数的用意很明显,为了实现多态,每个对象都要获得自己的路由表,这种根据不同的对象有不同的实现就是多态的思想。另外AFX_MSGMAP结构体的第一个字段就是一个函数指针,这个函数指针是普通的函数指针,而不是一个指向类成员函数的指针。没有设计成指向类成员函数指针的原因是,类成员函数的指针在调用时必须要加上对象地址。这就使得我们必须在每个对象中保存一个父类对象的地址。这显然是不切实际的,对象都还没创建出来,我们怎么去保存这个地址呢。于是我们需要一个编译期就能确定的函数地址。这也就是static const AFX_MSGMAP * GetThisMessageMap()被定义为静态函数的原因。因为我们在编译期就需要它的地址啊。我们将父类的函数地址存放AFX_MSGMAP结构体中。就可以实现 运行时通过多态的GetMessageMap函数获得一个AFX_MSGMAP结构体,而这个结构体中又有一个父类的获得AFM_MSGMAP的函数的指针。这就形成了一个反向链表结构。
至于如何路由,我随意写了一个函数,可供参考:

void HandleMessage(int nMessage,int nCode)
    {
        const AFX_MSGMAP * msg_map      = this->GetMessageMap();
        const AFX_MSGMAP * (* pfnGetBaseMap)();
        
        while(msg_map != NULL)
        {
            const AFX_MSGMAP_ENTRY * msg_entry = msg_map->lpEntries;
            while ( !(msg_entry->nCode == 0 && msg_entry->nMessage== 0) )
            {
                if(msg_entry->nMessage == nMessage && msg_entry->nCode == nCode)
                {
                    AFX_PMSG p2fn = msg_entry->pfn;
                    (this->*p2fn)();
                }
                msg_entry ++;
            }
            ///refresh msg_map , base_msg_map
            pfnGetBaseMap = msg_map->pfnGetBaseMap;
            msg_map = pfnGetBaseMap==NULL?NULL:(*pfnGetBaseMap)();
        }
    }

像伪代码一样直白,就是在本类的路由表里搜索一下 找不到就继续去父类找。这就是MFC消息映射的一点个人理解。下面贴一下 样例代码。仅供参考。至于DECLARE_MESSAGE_MAP BEGIN_MESSAGE_MAP这些宏就不说了,那都不是重点。

class CCmdTarget;
typedef void (CCmdTarget:: * AFX_PMSG)(void);
struct AFX_MSGMAP_ENTRY
{
    int nMessage;
    int nCode;
    AFX_PMSG pfn;
};
struct AFX_MSGMAP
{
    const AFX_MSGMAP       * (*pfnGetBaseMap)();
    const AFX_MSGMAP_ENTRY * lpEntries;
};
class CCmdTarget
{
protected:
    static const  AFX_MSGMAP * GetThisMessageMap();
    virtual const AFX_MSGMAP * GetMessageMap()const;
public:
    void HandleMessage(int nMessage,int nCode)
    {
        const AFX_MSGMAP * msg_map      = this->GetMessageMap();
        const AFX_MSGMAP * (* pfnGetBaseMap)();
        
        while(msg_map != NULL)
        {
            const AFX_MSGMAP_ENTRY * msg_entry = msg_map->lpEntries;
            while ( !(msg_entry->nCode == 0 && msg_entry->nMessage== 0) )
            {
                if(msg_entry->nMessage == nMessage && msg_entry->nCode == nCode)
                {
                    AFX_PMSG p2fn = msg_entry->pfn;
                    (this->*p2fn)();
                }
                msg_entry ++;
            }
            ///refresh msg_map , base_msg_map
            pfnGetBaseMap = msg_map->pfnGetBaseMap;
            msg_map = pfnGetBaseMap==NULL?NULL:(*pfnGetBaseMap)();
        }
    }
private:
    void OnDraw()
    {
        cout << "this is CCmdTarget::OnDraw()" << endl;
    }
};
const AFX_MSGMAP * CCmdTarget::GetMessageMap()const
{
    return GetThisMessageMap();
}
const AFX_MSGMAP * CCmdTarget::GetThisMessageMap()
{
    static const AFX_MSGMAP_ENTRY _messageEntries[] =
    {
        {100,100,(AFX_PMSG)&CCmdTarget::OnDraw},
        {0,0,(AFX_PMSG)0}
    };
    static const AFX_MSGMAP messageMap = {
        /*&CCmdTarget::GetThisMessageMap*/NULL,&_messageEntries[0]
    };
    return & messageMap;
}
//////////////////////////////////////////////////////////////
class CWind:public CCmdTarget
{
protected:
    static const  AFX_MSGMAP * GetThisMessageMap();
    virtual const AFX_MSGMAP * GetMessageMap()const;
};
const AFX_MSGMAP * CWind::GetMessageMap()const
{
    return GetThisMessageMap();
}
const AFX_MSGMAP * CWind::GetThisMessageMap()
{
    static const AFX_MSGMAP_ENTRY _messageEntries[] =
    {
        {0,0,(AFX_PMSG)0}
    };
    static const AFX_MSGMAP messageMap = {
        &CCmdTarget::GetThisMessageMap,&_messageEntries[0]
    };
    return & messageMap;
}

int main(int argc, const char * argv[])
{
    CWind win7;
    win7.HandleMessage(100, 100);
}

©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 217,277评论 6 503
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 92,689评论 3 393
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 163,624评论 0 353
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 58,356评论 1 293
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 67,402评论 6 392
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 51,292评论 1 301
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 40,135评论 3 418
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 38,992评论 0 275
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 45,429评论 1 314
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 37,636评论 3 334
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 39,785评论 1 348
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 35,492评论 5 345
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 41,092评论 3 328
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 31,723评论 0 22
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,858评论 1 269
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 47,891评论 2 370
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 44,713评论 2 354

推荐阅读更多精彩内容

  • *面试心声:其实这些题本人都没怎么背,但是在上海 两周半 面了大约10家 收到差不多3个offer,总结起来就是把...
    Dove_iOS阅读 27,139评论 30 470
  • 1.面向对象的程序设计思想是什么? 答:把数据结构和对数据结构进行操作的方法封装形成一个个的对象。 2.什么是类?...
    少帅yangjie阅读 5,000评论 0 14
  • 从暑假开始,鉴于自己已经放了一段时间长假,日渐拖延懒散,我便有意识的想接触一些新东西,或者计划把一些感兴趣的事坚持...
    zouzoula阅读 403评论 0 0
  • 2015年7月26日,从方凌锐住的地方闵行虹桥坐地铁到浦东杨高,5块钱;晚上吃了一碗炒面,6面,极其难吃,以后再也...
    尘年C阅读 292评论 0 1
  • 今天,我看了知乎的帖子:保险的保额是否考虑通货膨胀因素(https://www.zhihu.com/questio...
    章晓逸阅读 679评论 0 0