科技行者

行者学院 转型私董会 科技行者专题报道 网红大战科技行者

知识库

知识库 安全导航

至顶网软件频道基础软件深入剖析WTL—WTL框架窗口分析 (1)

深入剖析WTL—WTL框架窗口分析 (1)

  • 扫一扫
    分享文章到微信

  • 扫一扫
    关注官方公众号
    至顶头条

深入剖析WTL—WTL框架窗口分析 (1)

作者:建新 来源:赛迪网 2007年11月16日

关键字: 窗口分析 WTL Linux

  • 评论
  • 分享微博
  • 分享邮件

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

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

1 注册一个窗口类

2 创建该类窗口

3 显示和激活该窗口

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

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

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

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

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

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

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

ATL对窗口的封装

图示是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()和END_MSG_MAP()

每个消息映射都由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; \
	}

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

查看本文来源
    • 评论
    • 分享微博
    • 分享邮件
    邮件订阅

    如果您非常迫切的想了解IT领域最新产品与技术信息,那么订阅至顶网技术邮件将是您的最佳途径之一。

    重磅专题
    往期文章
    最新文章