{

T* pT = static_cast<T*>(this);

ctrl = pT->GetDlgItem(nID);

}

}

      参看WTL文件<atlddx.h>

正如上面的代码，DDX_CONTROL_HANDLE宏是直接将ID所对应的窗体句柄直接赋值给DDX所链接的控件类，于是我们在DDX_MAP中定义的语句与下面的语句是等价的：

m_cmbEx = this->GetDlgItem(IDC_COMBOBOXEX);

所以要想使上面的语句能够使用，重载操作符就变成了一个解决问题的好办法，这就是DDX_CONTROL_HANDLE宏需要我们的类包含操作符“=”的原因。

到这里，我们已经知道了为什么，也作了应该做的事，移植的工作就剩下测试了。当然如果你熟悉WTL或者仔细看了上面的代码，也许会发现有一个很大的问题潜伏着。可是我们是MFC的程序员，习惯用MFC的方法去思考，于是奇怪的事情在测试的时候发生了。

运行一切正常，只是我们在重画函数中的代码没有运行，换句话说，就是重画事件没有被触发。

为什么？我们的所有代码都是按照正确的方法写成的，在CComboBoxEx的MSG_MAP中添加MSG_OCM_DRAWITEM宏来映射重画事件，在CMainDlg的MSG_MAP中添加REFLECT_NOTIFICATIONS()宏。

该做得都做了。为什么不行呢？

在原书中提到，使用 DEFAULT_REFLECTION_HANDLER来处理缺省的反射事件，难道因为缺少这个宏吗？虽然这不是一个符合逻辑的想法，可是现在也把它拿来当活马医一医了。

于是我们在原来的类中添加这个宏，结果错误出现了，提示没有DefaultReflectionHandler函数的定义，哦？这是什么意思啊？我们来查查原码：

#define DEFAULT_REFLECTION_HANDLER() \

if(DefaultReflectionHandler(hWnd, uMsg, wParam, lParam, lResult)) \

return TRUE;

      参看ATL文件<atlwin.h>

原来DEFAULT_REFLECTION_HANDLER宏只是调用DefaultReflectionHandler函数，那么这个函数又是何许人也呢？DefaultReflectionHandler是CWindowImplRoot的成员函数，也可以说是CWindowImpl的成员函数，因为CWindowImpl由CWindowImplBase派生，而CWindowImplBase由CWindowImplRoot派生，DefaultReflectionHandler函数其实是对API函数DefWindowProc的封装，不过它只限于处理OCM_的事件。如下面的代码：

template <class TBase>

BOOL CWindowImplRoot< TBase >::DefaultReflectionHandler(HWND hWnd, UINT uMsg, WPARAM wParam, LPARAM lParam, LRESULT& lResult)

{

switch(uMsg)

{

case OCM_COMMAND:

case OCM_NOTIFY:

case OCM_PARENTNOTIFY:

case OCM_DRAWITEM:

case OCM_MEASUREITEM:

case OCM_COMPAREITEM:

case OCM_DELETEITEM:

case OCM_VKEYTOITEM:

case OCM_CHARTOITEM:

case OCM_HSCROLL:

case OCM_VSCROLL:

case OCM_CTLCOLORBTN:

case OCM_CTLCOLORDLG:

case OCM_CTLCOLOREDIT:

case OCM_CTLCOLORLISTBOX:

case OCM_CTLCOLORMSGBOX:

case OCM_CTLCOLORSCROLLBAR:

case OCM_CTLCOLORSTATIC:

lResult = ::DefWindowProc(hWnd, uMsg - OCM__BASE, wParam, lParam);

return TRUE;

default:

break;

}

return FALSE;

}

看到这里，如果想添加DEFAULT_REFLECTION_HANDLER宏，控件类就要由CWindowImpl派生。为了测试把死马当活马医的想法，我们把类的定义改为如下这样

(编辑:aniston)