一.思路:
Windows 为控件提供了自画(owner draw)的能力,程序员可以通过这一机制实现非常酷的控件外观。WTL(Windows Template Library)提供了一个CownerDraw模板,用来对控件的自画操作提供支持。
COwnerDraw 的声明为如下形式:
template <class T> class CownerDraw
{
……
}; |
从上面的代码可以看出,它没有从任何基类或模板派生,它并不是一个窗口类。它只为参数T(T必须是一个支持自画的控件类)提供自画支持。除了自画以外,我们也许还想让按钮具有ToolTip功能,或者看起来象一个位图按钮,最好还能在位图的背景下显示文字,或者上面显示位图下面显示文字。这些功能我们都可以通过自画操作来实现,但是那样会很麻烦,利用WTL提供的CbitmapButtonImpl模板,我们只需要简单地继承再加上自画能力就可以实现上述功能。现在看一看自画按钮的声明:
class CownerDrawButton : public CbitmapButtonImpl<CownerDrawButton>,
public CownerDraw<CownerDrawButton>
…… |
它采用多继承的方式从两个模板派生,从而不但具有了自画的能力,而且也是一个位图按钮。
二、COwnerDraw 模板 CownerDraw模板提供了一组消息映射宏和相应的响应函数。如:
BEGIN_MSG_MAP(COwnerDraw< T >)
MESSAGE_HANDLER(WM_DRAWITEM, OnDrawItem)
……
ALT_MSG_MAP(1)
MESSAGE_HANDLER(OCM_DRAWITEM, OnDrawItem)
……
END_MSG_MAP() |
因为CownerDrawButton从两个基类派生,在响应WM_DRAWITEM消息时,它需要把消息链接到CownerDraw模板,在响应其它消息(如WM_CREATE)时,需要把消息链接到CBitmapButtonImpl模板。ATL(注意是ATL而不WTL,WTL构建在ATL之上)不知道哪一个消息要对应到哪个父类的处理函数,如果两个父类都响应相同的消息,那么崎义就会产生,所以这一操作必须由程序员来完成。
使用基类链接(base class chaining)机制用CHAIN_MSG_MAP宏,虽然可以将消息导向父类,但是如果父类派生了多个子类,而每个子类对相同的消息又有不同的处理要求时, CHAIN_MSG_MAP就无能为力了。所以ATL又提供了另一个机制:消息分割(Alternate message maps),消息分割可以在父类的消息映射中,将相同的消息分割放置在不同的区域,CownerDraw模板就是采用了这一机制。
在CownerDraw模板的消息映射表里,消息映射被分为两个区域,0号和1号区域。子类要链接到不同区域,需要使用CHAIN_MSG_MAP_ALT宏。CownerDrawButton需要响应CownerDraw的1号区域中的OCM_DRAWITEM消息,就可以在它自己的消息映射表中加入这样一条宏:CHAIN_MSG_MAP_ALT(COwnerDraw<CownerDrawButton>,1)
而其余的消息,它希望由CbitmapButtonImpl模板来处理,仍然可以使用CHAIN_MSG_MAP做基类链接(后面我会提到,实际上不能用CHAIN_MSG_MAP简单地做基类链接)。
CownerDraw模板的这两个消息映射区域唯一的不同是1号区域的消息是以OCM开头的。这就涉及到了ATL的消息反射(Message Reflection)机制。所谓消息反射,就是指窗口类在收到消息时可以将消息反传回去给发出消息的窗口类。比如对于一个自画样式的按钮,它会发出WM_DRAWITEM消息通知父窗口,而父窗口并不处理这个消息而是将它反传回去,让按钮自己处理。显而易见,这种机制更符合面向对象的要求,减少了按钮和父窗口之间的依赖关系。
被父窗口返回的消息代号都是以OCM开头,当我们在父窗口的消息映射表中加入一条REFLECT_NOTIFICATIONS()宏时,父窗口就能够将支持消息反射的控件所发出的消息反传回去,如果控件类或其父类(前提是已经做了基类链接)的消息映射表中有相应消息的反射处理宏,那么控件就会在自己或父类的消息响应函数中处理这条消息。下面让我们来看一看消息分割及反射的具体实现方法。首先在CownerDrawButton的消息映射表中加入如下宏:
CHAIN_MSG_MAP_ALT(COwnerDraw<CownerDrawButton>,1)
然后在框架类的消息映射表中加入REFLECT_NOTIFICATIONS()宏,这样就完成了消息映射。但是需要注意的是,REFLECT_NOTIFICATIONS必须放在消息映射表的最后,否则所有通知消息都将被返回,窗口本身得不任何通知消息,如果你在REFLECT_NOTIFICATIONS宏后面添加一条COMMAND_HANDLER(IDC_BUTTON1, BN_CLICKED, OnClickedButton1) ,那么OnClickedButton1是永远也不会被触发的。当按钮发出WM_DRAWITEM消息时,框架类接到后,先检查自己的消息映射表里是否有相对应的消息处理函数,如果没有那么REFLECT_NOTIFICATIONS就将消息反回给按钮,按钮在消息映射表中找到MESSAGE_HANDLER(OCM_DRAWITEM,OnDrawItem)这一项,宏会将消息映射到OnDrawItem函数,通过调用OnDrawItem函数,完成绘制工作。CownerDraw模板已经为我们实现了OnDrawItem函数,这个函数很简单,代码如下:
LRESULT OnDrawItem(UINT /*uMsg*/, WPARAM /*wParam*/, LPARAM lParam, BOOL& bHandled)
{
T* pT = static_cast<T*>(this);
pT->SetMsgHandled(TRUE);
pT->DrawItem((LPDRAWITEMSTRUCT)lParam);
bHandled = pT->IsMsgHandled();
return (LRESULT)TRUE;
} |
OnDrawItem函数通过static_cast运算符(静态强制转换)将基类指针转换到派生类指针,然后调用派生的成员函数DrawItem来完成绘制任务。DrawItem是实现自画的关键所在,CownerDraw并没有提供DrawItem的实现,因为它没有办法知道派生类的具体绘制要求,所以DrawItem必须由派生类去实现。CownerDraw模板只提供了一个接口,如果你在派生类中不提供DrawItem的实现,那么在调试的时候,将引发一ATL assert。