mfc接收器实现深度历险

王朝vc·作者佚名  2006-01-08
窄屏简体版  字體: |||超大  

mfc接收器实现深度历险

看过几本讲COM的书,知道了ActiveX对象事件的发出是通过连接点源对象实现的,事件的接收是通过实现了IDispatch的接收器实现。目前许多书都只是讨论了mfc编程中连接点源对象的编程实现方法,而没有讨论接收器的实现方法,原因很简单,因为class wizard代替我们实现了接收器和dispid到消息函数的映射。他是如何实现的,现在剖析如下:

首先看mfc的控件包裹类,其中重要的是CWnd::CreateControl().他的实现中有以下两行

CWnd::CreateControl()

{

if ((pParentWnd == NULL) || !pParentWnd->InitControlContainer())

return FALSE;

return pParentWnd->m_pCtrlCont->CreateControl(this, clsid, lpszWindowName,

dwStyle, ppt, psize, nID, pPersist, bStorage, bstrLicKey);

}

可以看出函数调用CreateControl()调用父窗口InitControlContainer()初始化了一个容器(COleControlContainer)对象m_pCtrlCont,然后调用容器对象的CreateControl函数.我们接着看COleControlContainer::CreateControl()的实现,其中有如下代码:

COleControlContainer::CreateControl()

{

pSite = afxOccManager->CreateSite(this);

//顺便说一下afxOccManager由AfxEnableControlContainer()创建

if (pSite == NULL)return FALSE;

BOOL bCreated = SUCCEEDED( pSite->CreateControl(pWndCtrl,clsid,

lpszWindowName, dwStyle, ppt, psize, nID, pPersist, bStorage, bstrLicKey ) );

}

可以看出函数中创建了一个站点(COleControlSite)对象,并把容器的指针传给站点保存,同时调用站点的CreateControl().继续看COleControlSite::CreateControl()的实现,有如下代码。

COleControlSite::CreateControl()

{

if (hr != S_QUICKACTIVATED)

{

m_dwEventSink = ConnectSink(m_iidEvents, &m_xEventSink);

m_dwPropNotifySink = ConnectSink(IID_IPropertyNotifySink,

&m_xPropertyNotifySink);

}

}

我终于挖到了金矿,ConnectSink()无疑是用于连接站点对象的接收器m_xEventSink,然而m_xEventSink的Invoke

怎样映射到消息响应函数上这仍是一个迷,为揭开迷底仍需探寻Invoke的实现,有如下关键代码。

STDMETHODIMP COleControlSite::XEventSink::Invoke()

{

AFX_EVENT event(AFX_EVENT::event, dispid, pDispParams, pExcepInfo,

puArgError);

pThis->OnEvent(&event);

}

可见转向COleControlSite::OnEvent的实现,有如下关键代码.

COleControlSite::OnEvent()

{

return m_pCtrlCont->m_pWnd->OnCmdMsg(m_nID, CN_EVENT, pEvent, NULL);

}

m_pWnd就是最初的pParentWnd,代码转了一圈又回到父窗口,父窗口调用了基类CCmdTarget::OnCmdTarget(),

我们继续看其实现(我差点晕倒,希望你不会)

CCmdTarget::OnCmdTarget()

{

if (nCode == CN_EVENT)

{

ASSERT(afxOccManager != NULL);

return afxOccManager->OnEvent(this, nID, (AFX_EVENT*)pExtra, pHandlerInfo);

}

}

半路杀出个程咬金afxOccManager还好他只是薄层封装,让我们看COccManager::OnEvent()的实现

COccManager::OnEvent()

{

return pCmdTarget->OnEvent(idCtrl, pEvent, pHandlerInfo);

}

我们又回到原地,最后迷底揭开就在CCmdTarget::OnEvent()的实现。

CCmdTarget::OnEvent()

{

const AFX_EVENTSINKMAP_ENTRY* pEntry = GetEventSinkEntry(idCtrl, pEvent);

//这就是id到消息函数的映射

hResult = CallMemberFunc(&pEntry->dispEntry, DISPATCH_METHOD, &var,

(bRange ? &dispparams : pEvent->m_pDispParams), &uArgError);

ASSERT(FAILED(hResult) || (V_VT(&var) == VT_BOOL));

bHandled = V_BOOL(&var);

}

真理似乎总要蒙上一层面纱,CCmdTarget::CallMemberFunc()调用了什么,调用了_AfxDispatchCall,他最终调用了真正的消息响应函数。

一点体会,必有疏漏,请各位大侠来e-mail指正。

spdia@163.net

 
 
 
免责声明:本文为网络用户发布,其观点仅代表作者个人观点,与本站无关,本站仅提供信息存储服务。文中陈述内容未经本站证实,其真实性、完整性、及时性本站不作任何保证或承诺,请读者仅作参考,并请自行核实相关内容。
 
 
© 2005- 王朝網路 版權所有 導航