WTL—框架窗口的详细分析
WTL—框架窗口的详细分析
消息映射的目的是实现ProcessWindowMessage()。ProcessWindowMessage()函数是窗口函数的关键逻辑。
一共有三种消息处理宏,分别对应三类窗口消息——普通窗口消息(如WM_CREATE),命令消息(WM_COMMANS)和通知消息(WM_NOTIFY)。
消息处理宏的目的是将消息和相应的处理函数(该窗口的成员函数)联系起来。
· 普通消息处理宏
有两个这样的宏:MESSAGE_HANDLER和MESSAGE_RANGE_HANDLER。
第一个宏将一个消息和一个消息处理函数连在一起。第二个宏将一定范围内的消息和一个消息处理函数连在一起。
消息处理函数通常是下面这样的:
|
注意最后一个参数bHandled。它的作用是该处理函数是否处理该消息。如果它为FALSE,消息MAP的其它处理函数会来处理这个消息。
我们看一下MESSAGE_HANDLE的定义:
|
在上面的代码中,首先判断是否是想要处理的消息。如果是的,那么调用第二个参数表示的消息处理函数来处理该消息。
注意bHandled,如果在消息处理函数中设置为TRUE,那么,在完成该消息处理后,会进入return TRUE语句,从ProcessWindowMessage()函数中返回。
如果bHandled在调用消息处理函数时,设置为FALSE,则不会从ProcessWindowMessage中返回,而是继续执行下去。
· 命令消息处理宏和通知消息处理宏
命令消息处理宏有五个——COMMAND_HANDLER,COMMAND_ID_HANDLER,COMMAND_CODE_HANDLER,COMMAND_RANGE_HANDLER和COMMAND_RANGE_CODE_HANDLER。
通知消息处理宏有五个--NOTIFY_HANDLER,NOTIFY_ID_HANDLER,NOTIFY_CODE_HANDLER,NOTIFY_RANGE_HANDLER和NOTIFY_RANGE_CODE_HANDLER
我们不再详细分析。
通过上面的分析,我们知道了ATL是怎样实现窗口函数逻辑的。那么ATL是怎样封装窗口函数的呢?为了能理解ATL的封装方法,还必须了解ATL中的窗口subclass等技术。我们将在分析完这些技术之后,再分析ATL对窗口消息处理函数的封装。
我们知道Windows窗口的功能由它的窗口函数指定。通常在创建Windows应用程序时,我们要开发一个窗口函数。通过定义对某些消息的相应来实现窗口的功能。
在每个窗口处理函数的最后,我们一般用下面的语句:
|
它的意思是,对于没有处理的消息,我们将它传递给Windows的确省窗口函数。
Windows除了提供这个缺省的窗口函数,还为某些标准的控制提供了一些预定义的窗口函数。
我们在注册窗口类的时候,指定了该窗口类的窗口处理函数。
扩展窗口类的功能,就是要改变窗口函数中对某些消息的处理逻辑。
下面我们来看几种扩展窗口功能的技术,以及看看ATL是怎样实现的。
派生和CHAIN_MSG_MAP()
很自然,我们会在一个窗口类的基础上派生另一个。然后通过定义不同的消息处理函数。
下面是一个简单的实例(该例子摘自MSDN)。
|