深入剖析WTL—WTL框架窗口分析 （1）

WTL的基础是ATL。WTL的框架窗口是ATL窗口类的继承。因此，先介绍一下ATL对Windows窗口的封装。

由第一部分介绍的Windows应用程序可以知道创建窗口和窗口工作的逻辑是：

1 注册一个窗口类

2 创建该类窗口

3 显示和激活该窗口

4 窗口的消息处理逻辑在窗口函数中。该函数在注册窗口类时指定。

从上面的逻辑可以看出，要封装窗口主要需解决怎样封装窗口消息处理机制。

对于窗口消息处理机制的封装存在两个问题。

一是，为了使封装好的类的窗口函数对外是透明的，我们就会想到，要将窗口函数的消息转发到不同的类的实例。那么怎样将窗口函数中的消息转发给封装好的类的实例？因为所有封装好的类窗口的窗口函数只有一个，即一类窗口只有一个窗口函数。而我们希望的是将消息发送给某个类的实例。问题是窗口函数并不知道是哪个实例。它仅仅知道的是HWND，而不是类的实例的句柄。因此，必须有一种办法，能通过该HWND，找到与之相对应的类的实例。

二是，假设已经解决了上面的问题。那么怎样将消息传递给相应的类的实例。通常的办法是采用虚函数。将每个消息对应生成一个虚函数。这样，在窗口处理函数中，对于每个消息，都调用其对应的虚函数即可。

但这样，会有很多虚函数，使得类的虚函数表十分巨大。

为此，封装窗口就是要解决上面两个基本问题。对于第二个问题，ATL是通过只定义一个虚函数。然后，通过使用宏，来生成消息处理函数。对于第一个问题，ATL通过使用动态改变HWND参数方法来实现的。

图示是ATL封装的类的继承关系图。从图中可以看到有两个最基本的类。一个是CWindow，另一个是CMessageMap。

CWindows是对Windows的窗口API的一个封装。它把一个Windows句柄封装了起来，并提供了对该句柄所代表的窗口的操作的API的封装。

CWindow的实例是C++语言中的一个对象。它与实际的Windows的窗口通过窗口句柄联系。创建一个CWindow的实例时并没有创建相应的Windows的窗口，必须调用CWindow.Create()来创建Windows窗口。也可以创建一个CWindow的实例，然后将它与已经存在的Windows窗口挂接起来。

CMessageMap仅仅定义了一个抽象虚函数——ProcessWindowMessage()。所有的包含消息处理机制的窗口都必须实现该函数。

通常使用ATL开发程序，都是从CWindowImplT类派生出来的。从类的继承图可以看出，该类具有一般窗口的操作功能和消息处理机制。

在开发应用程序的时候，你必须在你的类中定义“消息映射”。

BEGIN_MSG_MAP(CMainFrame)
	MESSAGE_HANDLER(WM_CREATE, OnCreate)
	COMMAND_ID_HANDLER(ID_APP_EXIT, OnFileExit)
	COMMAND_ID_HANDLER(ID_FILE_NEW, OnFileNew)
	COMMAND_ID_HANDLER(ID_VIEW_TOOLBAR, OnViewToolBar)
	COMMAND_ID_HANDLER(ID_VIEW_STATUS_BAR, OnViewStatusBar)
	COMMAND_ID_HANDLER(ID_APP_ABOUT, OnAppAbout)
     CHAIN_MSG_MAP(CUpdateUI<CMainFrame>)
     CHAIN_MSG_MAP(CFrameWindowImpl<CMainFrame>)
END_MSG_MAP()

我们知道一个窗口函数的通常结构就是许多的case语句。ATL通过使用宏，直接形成窗口函数的代码。

消息映射是用宏来实现的。通过定义消息映射和实现消息映射中的消息处理句柄，编译器在编译时，会为你生成你的窗口类的ProcessWindowMessage()。

消息映射宏包含消息处理宏和消息映射控制宏。

每个消息映射都由BEGIN_MSG_MAP()宏开始。我们看一下这个宏的定义：

#define BEGIN_MSG_MAP(theClass) \
public: \
	BOOL ProcessWindowMessage(HWND hWnd, UINT uMsg, WPARAM wParam,
	LPARAM lParam, LRESULT& lResult, DWORD dwMsgMapID = 0) \
	{ \
		BOOL bHandled = TRUE; \
		hWnd; \
		uMsg; \
		wParam; \
		lParam; \
		lResult; \
		bHandled; \
		switch(dwMsgMapID) \
		{ \
		case 0:

一目了然，这是函数ProcessWindowMessage()的实现。与MFC的消息映射相比，ATL的是多么的简单。记住越是简单越吸引人。

需要注意的是dwMsgMapID。每个消息映射都有一个ID。后面会介绍为什么要用这个。

于是可以推断，消息处理宏应该是该函数的函数体中的某一部分。也可以断定END_MSG_MAP()应该定义该函数的函数结尾。

我们来验证一下：

#define END_MSG_MAP() \
		break; \
	default: \
		ATLTRACE2(atlTraceWindowing, 0, _T("Invalid message map ID (%i)\n"), 
dwMsgMapID); \
		ATLASSERT(FALSE); \
		break; \
		} \
		return FALSE; \
	}

下面看一下消息映射中的消息处理宏。