WTL开发者指南.doc

《WTL开发者指南.doc》由会员分享，可在线阅读，更多相关《WTL开发者指南.doc（34页珍藏版）》请在得力文库 - 分享文档赚钱的网站上搜索。

1、WTL开发者指南注：本文是袁晓辉根据Eamon O Tuathail的WTL Developers Guide(www.clipcode.biz ) 翻译而来，发布在。作者翻译本文仅仅是为自己和其他WTL爱好者学习之用，请勿用于商业用途。你可以转载本文，但必须保证本文的完整性，并保留该声明！第1章 WTL概述目标该章的目标为： WTL在整个VC+开发中所处的位置 WTL的目标 WTL和其他用户界面（UI）开发技术的对比 介绍WTL的安装 介绍WTL安装了什么 列举可用的开发资源 对后面各章的介绍概述以前Visual C+开发者往往选择MFC，因为它提供的功能涵盖了非常广的编程技术领域而模板库所

2、涉及的领域相对狭窄。最近模板库涉足的领域和质量都有很大发展，因而越来越多的人选择了模板库。ATL设计的目标是提供快速紧凑的COM组件，ISO C+的STL提供集合（collections），VC+ OLE DB Data Consumer and Provider模板提供数据库支持。与之相对应，MFC提供了一个C+类库，这个类库包含对COM创建、集合类（collection class）、数据库和用户界面的普遍支持。大部分的高级开发人员更喜欢较新的模板开发方式。MFC很庞大、臃肿、对线程不友好，并且，基本上已经过时了！模板的方法既快速（当正确设计时）、有弹性而且涵盖了所有最新的技术，拿来应对新

3、的开发需要是再好不过的了。到目前为止，让模板狂热分子头疼的主要问题在于如何创建图形用户界面（GUI）。ATL确实提供了一个轻量级的Win32/64 windowing 包装类，但是它并没有涵盖所有的UI需求。ATL开发者为了琐碎的用户界面处理不得不重操MFC UI编程或者用VB给自己的ATL COM做前端，这两种方法都不能完全令人满意。进入正题，开始说窗口模板库（Windows Template Library）。WTL是一个居于Win32/64 API之上的一个包装类和方便易用的增强模板的高级集合，它对图形用户界面提供了广泛的支持。WTL不但保持着模板库的真正血统，小巧，快速，不具侵入性而且

4、包括了最新的UI理念，非常好地支持多线程。你可以单独使用WTL或和ATL、STL、VC+ Data Templates、第三方类库，以及你自己的类库一起使用以便利用他们各自的优点。WTL通常不依赖外部的DLLs，如果你用WTL开发程序的话，你提供给最终用户的可以只有一个EXE文件。WTL的目标WTL之于用户界面就像ATL之于COM、STL之于collection。和它的堂兄一样，WTL需要一段时间来学习，但是一旦掌握了，就没有比它更好的开发高级程序的途径了。从本质上说，WTL完成了三个重大任务： 提供了一个应用程序框架（framwork） 集合了UI功能 包装了windows控件、系统对话框和

5、GDI对象让我们逐个来看。提供了一个应用程序框架WTL提供了一个轻量级的广泛的应用程序框架，这个框架为基于它的程序提供了非常有价值的工具。它的目标既不是像MFC框架那样难以理解也不像手工写WinMain那样原始。WTL包含了一系列的C+模板和一个WTL AppWizard，AppWizard向程序开发者提出几个问题，然后据此生产VC+工程和程序源代码，源代码里多数是WTL模板类的实例或继承类。一般来说，开发者仅仅需要改变AppWizard生产的代码，而那些很少需要改动的“样板”式的代码都被WTL模板封装了。WTL中有一个管理整个模块（一个DLL或EXE）的类，这个类在AppWizard生成的代

6、码中实例化，在自动生成的WinMain中被初始化和终结。一个WTL程序也可以作为COM server，支持可编程的应用程序。WTL提供了消息处理机制，支持消息过滤和空闲（on-idle）功能，WM_SETTINGCHANGE引发的改变通知也可以被截获。MFC提供了一个“文档-框架-视图”结构，WTL也提供框架（比如一个包括菜单条、工具条和状态条的顶层窗口）和视图，但是根本不支持文档。MFC的那套方法往往妨碍高级的开发者，它的文档是基于二进制数据的序列化（serialize），在当今互联网的世界里，基于XML/XSL的文档格式越来越流行，对于弹性化存储机制的需求也越来越多（可能根本就不是存储在本

7、地磁盘上的），文档可能需要运用大量的远程机制，比如WebDAV，FTP等，进行存储。WTL没有提供任何关于数据或存储格式的功能和机制，程序开发者可以自己编写代码，比如利用高效的Win32 API WriteFileGather/ReadFileScatter或XML解析器来根据需要做这些工作。WTL支持基于对话框的程序，单文档界面（SDI）和多文档界面（MDI）。对于SDI它同样支持多线程SDI，每个SDI窗口一个线程，多数高级的应用程序很有可能用到这种构架（比如，模仿Word2000的方法）。WTL不支持多线程MDI构架，即不支持一个MID子窗口一个线程，但这是可以理解的，比如这样可以避免线

8、程和MDI父子窗口之间交互的许多问题。集合了UI功能WTL提供了一组实现现代的用户界面所必不可少的特性。WTL提供了一个框架窗口用于管理一个包含了命令条（增强的菜单条）、工具条的rebar，一个状态条，一个或多个视图（views）。视图可以基于一个普通的空窗口RechEidt，ListView，TreeView之类的控件。如果使用了多个视图，WTL的分割功能就派上用场了，视图也支持滚动，状态条可以是一个pane或多个panes。WTL也支持传统的菜单条和工具条，但是它的主菜单表现概念是基于命令条的。一个命令条可以容纳菜单和工具条图标，可以放在一个rebar里显示并四处移动。如果一个菜单项目和一

9、个工具条按钮拥有同样的命令ID的话，菜单项目旁边会自动显示对应的图标。WTL支持可停泊或浮动的命令条，WTL的命令条和Internet Explorer中的很像但和Word2000或Visual Studio的（更令人向往）不一样，WTL不支持可以隐藏不常用的项目的菜单（比如Word2000的）。动态数据交换的概念允许数据在可见的UI控件和C+数据成员之间双向传递，和MFC的DDX很相近。可以用ATL生成对话框，包括那些支持ActiveX控件和窗口容器，利用Visual C+的Resource View可以用来在对话框资源上布局标准控件、通用控件和ActiveX控件，利用ATL Window

10、Message Handler Wizard来映射这些控件的消息。WTL提供了用来管理属性薄、属性页创建和向导创建的模板创建。打印机设备场景、打印预览、devmode处理和打印作业管理功能可以用来实现文档打印。使用特殊的设备场景、文件管理器和增强metafile信息类可以支持增强的metafile。包装了windows控件、系统对话框和GDI对象ATL提供了对普通窗口的控制但是没有提供对基于不同窗口类的窗口的特殊支持，开发者不得不根据需要手工编写SnedMessage调用。对于和Edit或TreeView的通讯他们不得不使用ATL的CWindow并且调用Win32的SendMessage以EM

11、_LIMITTEXT或VM_SETITEM还得担心消息的参数是否正确（SendMessage没有类型检查，全部为WPARAM，LPARAM）。当程序接收到它们时也是“裸数据”- wParam和lParam被送到了消息队列，必须通过代码来转换数据为合适的类型，这时还得保证转换对于每个消息是正确的一些ATL开发者都使用从ATLCON例程中提取出的代码，这些代码提供了对Windows UI 元素的一些封装封装。WTL现在以及进化出了一整套的广泛的封装类，这些类实现了对所有标准和通用窗口控件、系统对话框和所有GDI对象以及其他的封装。WTL中无论是对edit，button，listbox，treevi

12、ew，listview等还是对通用文件对话框、颜色对话框、字体对话框等还是对DC，pen，brush，region，font等都有对应的包装类。另外，WTL还提供了一整套的message crackers，进入窗口的消息被映射到指定的处理函数。使用ATL时，消息处理函数收到的是lParam和wParam，而使用WTL的message cracker，消息处理函数的参数都是具体消息的具体类型。比如：WM_LBUTTONDOWN消息有一个CPoint类型的参数（CPoint是WTL对Win32 POINT结构的包装WTL包装了每一个通用的结构）。注意，ATL Windows Message Han

13、dler Wizard 使用ATL的原始消息映射，非WTL的message crackers，VC+下一版可能对向导支持会好一些。许多的开发者选择MFC仅仅是为了使用CString，WTL自己也提供了对CString的实现，并且是几乎和MFC一样的实现。WTL的CString支持ASCII，MBCS，UNICODE和自动化的BSTR，支持这些类型间的相互转换，支持字符串连接、截断、和比较，支持printf一样的格式化处理，支持弹性的内存管理。WTL，ATL和Win32/64 API之间的关系WTL是基于ATL和Win32、64API的，ATL是基于Win32/64 API的，当谈到它们之间的关

14、系时，我们应该从源代码和二进制两个视角来讨论。源代码Win32/64 API是成千上百的C函数的集合，涵盖了相当大的范围，包括我们感兴趣的COM和windowing。ATL是C+模板的集合，几乎就是为COM编程量身定做的，但是也包括广泛的底层windowing功能的支持。WTL是C+模板的集合，它的关注点在高层的windowing功能，WTL不依赖于COM，但是可以和COM一起使用。只要你不在WTL中选择支持“Com Server”，CoInitialize就不会被调用。WTL使用ATL的windowing服务，所以要使用WTL，你必须访问ATL模板。ATL调用Win32/64 API，WTL

15、调用ATL模板和Win32/64 API，你的程序代码调用WTL，ATL和Win32/64 API。当你运行了WTL AppWizard，他给你生成一些源文件，这些源文件将成为你程序代码的一部分，这些生成的代码调用WTL，构建程序框架。WTL支持Windows 2000，Windows Me，Windows NT4，Windows 98，Windows95, OSR 2和“经典”windows 95，WTL并不是只支持它们 “最小公分母”，而是提供#define（比如 _RICHEDIT_VER, _WIN32_IE, _WIN32_WINNT and WINVER）来决定使用那些Win32/

16、64的特性。WTL不会自动判别被安装到的操作系统的版本或IE的版本（比如，它不使用LoadLibrary /GetProceAddress 或GetVersionEx APIs来判别）。程序开发者必须指定#define宏，而且在编译期间已经假定程序在正确版本的客户机上可以正常运行，否则不能。举个例子，菜单中的“”符号（v型符号），当一个命令条因为窗口大小改变而被截短时如果不使用v型符号，超出窗口边界的那部分命令条就别直接“剪掉”了。V型符号是一个包含两个大于号的标志，当被按下时，就弹出一个菜单菜单上包含由于窗口大小改变而被从命令条尾部截去的那些项目。如果包含了IE5，v型符号就被支持，反之不支

17、持。在WTL程序中，如果_WIN32_IE 别定义为0x0500或更高（比如，在stdafxh里）那么v型符号在必要时就会显示。二进制ATL和WTL是作为一组包含C+模板的头文件的形式发布的。ATL中有少数的类可以作为一个独立的DLL来使用，但是多数的程序员也把它们的源代码包含到自己的工程里面去，对于WTL程序来说，这也是被推荐的。WTL没有可以作为独立的DLL的东西，所以WTL的C+类（并非全部）将被包含进每个程序。当你编译WTL程序，你最终会得到一个EXE或DLL，这就是你唯一需要交付最终用户的程序，不依赖外部库，当然除去操作系统自带的DLL，比如kernel32.dll，但是这些库基本上

18、都存在（如果不存在，windows本身也许就无法正常工作了）。一个例外：如果你需要使用浮点数，你不得不使用C语言运行库（CRT）。WTL-ATL，MFC，VB，Java，DHTML等的抉择（省略废话数百字）为什么选择WTL？WTL不像MFC那样笨重，最终的应用程序也比较小巧。对于高级程序，WTL给你使用API的机会，但是比纯粹的API编程节省时间。Win32 API可以直接使用，但是有时候它们看起来相当独立，很难决定如何将它们结合起来使用。WTL提供了更多的可以完成同样操作的功能。由于被调用的方法是在编译期而不是运行期决定的，这就是它在效率和代码规模方面占有优势，模板库正在变得越来越流行。安装

19、WTLWTL的发展很快，它的发行机制也在时常变化。未来的发行模式很可能下一版VC+发布时将会整合进WTL，因此，它可能会和ATL，STL，Data Templates一起自动安装。现在的安装机制当前，WTL是作为Microsoft Platform SDK （January 2000 或更高）的一部分发布的，需要手动分三步安装，未来可能会自动完成。第一步取得文件可以从MSDN光盘的第三张或得到安装文件。你可以选择全部安装这个SDK或仅仅安装包含Windows Template Library的部分。（译者注：你也以在下载WTL7.1安装包）注意：WTL7.1安装的后面步骤与作者原文有出入，所以

20、下面关于安装的就没有安装原文翻译第二步WTL Appwizard安装后打开WTL的安装目录（比如c:Program FilesMicrosoft Platform SDK）进入对应的AppWizXX目录，其中XX为你的VC的版本号，比如你用的是VC6.0的话就进入AppWiz60，你会看到一个setup.js文件，点击运行它就可以为你自动安装WTL的AppWizard了。如果你无法运行这个文件或想手工安装，就复制这个目录下的AtlApp60.awx到“Microsoft Visual StudioCommonMSDev98Template”目录下也可以的。然后打开vc，在new对话框中就可以看

21、到“ATL/WTL AppWizard”选项了。第三步更新路径第三步是设置路径以便让编译器找到WTL头文件。WTL是一个包含C+头文件（没有.cpp文件）的模板库，当编译时，编译器需要找到这些文件，这些文件在WTL安装目录SrcWTLinclude下，你可以在你的源文件里包含这个全路径（不推荐，但也可以），或把这个路径添加到VC的“Include Files”里，如下图WTL安装了什么WTL安装后，会有一个或若干个AppWizXX目录，这是WTL AppWizard文件的所在地；一个Include目录为WTL的头文件（也就是源文件）所在；还有一个samples，一些WTL程序的例子。资源目前W

22、TL的可用资源比较少，不过这种情况很可能在短期内改变。开发工具微软的Platform SDK包含了WTL本身，除此之外，没有其他的可用开发工具了。相信在不远的将来，许多基于MFC的开发工具会转向WTL的。有趣的网址一些Internet网址包含了一些有趣的WTL资料：新闻组和讨论列表没有专门针对的WTL编程新闻组和讨论列表，但是那些以ATL为内容的也通常会涉及WTL相关的内容。最好的ATL讨论列表为：最好的ATL新闻租：news:/书籍除了你正在阅读的WTL开发者指南目前没有其他的WTL书籍了。希望随着WTL的逐步普及，更多的书商会提供WTL的书籍。许多的ATL书籍所介绍的ATL windowi

23、ng是WTL的重要基础。最好的有： “Professional ATL COM Programming”, Dr. Richard Grimes, Wrox Press, 1998, ISBN: 1-40-1 (he also has a beginners guide and a reference manual published with Wrox) “ATL Internals”, Brent Rector and Chris Sells, Addison-Wesley, 1999, ISBN: 0-201-69589-8 “Creating Lightweight Component

24、s with ATL”, Jonathan Bates, SAMS, 1999, ISBN: 0-672-31535-1 interesting discussion of adding support for Active Documents to ATL applications “Inside ATL”, George Shepherd and Brad King, Microsoft Press, 1999, 1- 57231-858-9期刊Visual C+开发者期刊()在2000年4月发表过一篇WTL的文章。所面向的读者本指南面向有经验的，熟悉C+及C+模板、ATL、Win32 w

25、indowing 和MFC UI编程的软件开发人员。章节内容第2章Win32 SDK windowing 回顾Win32 windowing的核心概念，在进入ATL和WTL编程之前必须对此有清晰的理解。第3章ATL windowing 介绍ATL在windowing方面的概念。包括创建窗口和对话框、处理消息、消息映射的处理及超类/子类。WTL中并没有重写这些概念，只是把ATL中windowing方面的已有功能进行了扩展和扩充。第4章WTL快速之旅 对WTL编程进行了概述，引入了WTL构建过程（build process）、应用程序体系结构，还有一些其他东西，比如CRT的使用、WTL模板和类、W

26、TL的CString、宏的使用。第5章WTL Appwizard 分析不同的AppWizard选项生成的代码。该章分析每个AppWizard选项以及不同的选项对生成的代码的不同影响。第6章对话框和控件 看看在WTL中对话框和控件是如何工作的。讲解标准、通用、ActiveX控件、通用对话框、属性页等的使用方法。该章还包括了message crackers的应用、DDX、数据验证以及如何扩展它们。第7章图形初步 如何输出图形。该章介绍了WTL中GDI对象的模板类，比如CDC，CPen，CBrush，CFont，CBitmap，CPalette和CRgn。介绍在客户区绘画、绘画、完全的窗口绘画以及处

27、理增强metafiles时所用到的CDC的派生类。第8章深入WTL 分析WTL的头文件，以这些模板的设计方法。第9章臭虫和建议 列举WTL当前版本中的已知bug，提出一些扩展WTL功能的或大或小的建议。第2章 Win32 SDK windowing目标 本章的目标为： 回顾windowing的基本概念 引入windowing术语 解释在Windows下用户界面是如何构建的 描述Windows操作系统如何处理消息队列、子类、超类、消息循环和如何进行窗口管理等 分析线程和窗口如何交互 讲解简原始绘画是如何工作的Windowing基本概念WTL是建立在ATL windowing的基础之上的，而ATL

28、又是建立在Win32 SDK基础之上的。在探索WTL之前，回顾在Windows操作系统家族里windowing是如何工作的是很重要的，这就是我们章要探讨的问题。如果能清晰地理解一些重要的Win32概念的话，我们在来看ATL和WTL的结构就会轻松得多。窗口的类型从最基本的说起，一台运行着Windows操作系统的PC的屏幕上的任何东西要么是一个窗口，要么是一个窗口上的原始绘画。Win32 API提供了创建、管理和销毁窗口以及表现窗口内的图形的概念。每一个用户界面元素（控件）都存在与一个独立的窗口中，最终用户可能认为存在许多类型的窗口图形输出窗口、用户界面标准控件、（按钮，单选框等）、通用控件（Li

29、stView，TreeView）和ActiveX控件（ActiveX的一个特例是“无窗口”，可以没有自己的窗口，而是存在于他的容器窗口中），其实它们都是遵循同一套规则的窗口的实例而已。窗口的层次窗口在屏幕上是按层次排放的。最顶层的是桌面窗口，一个大图标模式的listview控件。应用程序的顶级窗口和它们的子窗口组成了这个有OS维护的窗口层次树的节点。当你创建窗口时，你必须指定它的父窗口，新的窗口将位于它的父窗口所在的节点之下，当一个窗口被销毁时它的子窗口自动被销毁。窗口类一个窗口类是对一个窗口如何工作的重要方面的描述。你创建的每一个窗口必须有一个窗口类。操作系统为标准控件提供了窗口类，比如Bu

30、tton，Edit和ListBox以及通用控件ListView，TreeView，CalenderPicker窗口类是用RegisterClassEx函数注册，用UnregisterClass取消的。ATOM RegisterClass( /返回一个标识该窗口类的ATOMCONST WNDCLASS *lpWndClass / IN:窗口类结构指针);BOOL UnregisterClass( /LPCTSTR lpClassName, / WNDCLASS中的lpszClassNameHINSTANCE hInstance / 窗口基本);有时一个窗口类也被叫做窗口“模板”，用编程的术语来说

31、，一个窗口类是一个Win32结构（并非一个C+结构）。窗口类中的最重要部分是窗口过程（window procedure），还包含一个用于程序最小化时显示的图标、背景刷子、默认鼠标指针和拥有者的hInstance（包含WndProc的Exe或Dll）。一个进程可以创建一个窗口类，然后基于它实例化窗口。typedef struct _WNDCLASS UINT style; / 包含更多设置的掩码/ (比如 CS_NOCLOSE 不在控制菜单中显示关闭WNDPROC lpfnWndProc;/窗口过程int cbClsExtra; /窗口类的附加字节int cbWndExtra; /每个窗口的附加

32、字节HINSTANCE hInstance;/ 包含窗口过程的EXE/DLL 的实例句柄HICON hIcon; / 窗口类的图标HCURSOR hCursor; / 窗口类的鼠标指针HBRUSH hbrBackground; / 背景如何画LPCTSTR lpszMenuName; /菜单资源名称LPCTSTR lpszClassName; / 类名 WNDCLASS, *PWNDCLASS;重要的Style包括CS_SAVEBITS，CS_NOCLOSE，CS_CLASSDC，CS_OWNDC，CS_PARENTDC（译者注：具体解释省略，参看MSDN）附加的字节可以存储在窗口类中和该类的

33、每个窗口中。类名在以后窗口窗口时有用作为CreateWindowxEx的一个参数窗口过程窗口消息不断地发送到窗口上，窗口通过窗口过程来处理它们。窗口过程是一个程序和一个窗口类的特定函数，这个函数检测到一个特定的消息就进行相应的处理（通常要调用另外的函数来处理），对不感兴趣的消息直接转交默认的处理函数（DefWindowProc）。很正常，多个窗可能是基于同一个窗口类的，也就是说多个窗口使用一个窗口过程来处理消息（通过一个HWND类型的参数区分是属于哪个窗口的消息）。窗口窗口是通过调用 CreateWindowEx 创建出来的，创建时必须指定一个已经注册过的窗口类名（这个参数不能为NULL）HW

34、ND CreateWindow(LPCTSTR lpClassName, / 窗口类名LPCTSTR lpWindowName, / 窗口名称，显示在标题栏DWORD dwStyle, / 窗口的风格int x, / 窗口相对于父窗口的位置（xy坐标）int y, int nWidth, nHeight, / 窗口大小HWND hWndParent, / 父窗口HMENU hMenu, / 菜单句柄HINSTANCE hInstance, / 和该窗口相关联的模块（EXE/DLL）句柄LPVOID lpParam / 自定义数据，将作为WM_CREATE的参数);子类当基于一个窗口类创建了一个

35、窗口后，这个窗口就记录了一个窗口类中的窗口过程的指针。可以用子类（subclass）在不重新编写窗口类的前提下修改窗口的行为。子类通过调用一个函数用新的窗口过程替换原来的，这样就可以在新的窗口过程里收到消息，进行处理然后再传递给原来的窗口过程。这可以用在你自己写的窗口类中或那些系统提供的预定义的控件上。超类超类可以用来扩充基窗口类的功能。超类自己的窗口过程收到一个消息后可以直接处理或调用基类的窗口过程。我们通常使用子类和超类来修改一些预定义的窗口控件的行为，比如editbox和lsitbox。子类和超类只能在同一个进程中使用。消息队列每个调用了Win32窗口函数的线程都拥有自己的消息队列。一个

36、创建了窗口的线程的消息队列被用来输送这个窗口的消息。消息循环每个拥有消息队列的线程通过消息循环来处理传递过来的消息，这个需要调用GetMessage函数，这个函数是阻塞的，直到有消息进来为止，然后调用DispatchMessage，结果是适当的窗口过程被调用。MSG msg;while (GetMessage(&msg, 0, 0, 0)DispatchMessage(&msg);这个消息循环同样是COM中单线程单位（single-threaded apartments）的基础。如果一个组件被设计为被单线程调用，然而程序内外的多个线程想调用它时，一个隐形的窗口就被创建出来了，所有对指定COM的

37、调用都被作为消息POST到这个窗口，那个对象可以一个一个地提取并处理它们。捕获和焦点一般来说，消息被发送到它们所发生的窗口，对于用户输入来说，就是焦点窗口。对鼠标消息来说，如果每个程序都想在收到鼠标按下消息后检测到对应的鼠标抬起消息，可以调用SetCapture来实现。窗口风格程序开发者在创建窗口是指定的形形色色的窗口风格会影响窗口的行为和外观。总共有两类窗口风格，标准风格（比如WS_CHILD）和扩展风格（比如WS_EX_PALETEWINDOW）。在WTL/ATL中“窗口风格”有另外一个术语，叫“特征（traits）”。窗口属性操作系统为一个窗口维护多组命名的属性。属性的名称是程序定义的，

38、属性的值是个HANDLE，通常是指向程序分配并填充的一块内存的指针。例子用SDK写窗口这例子演示了使用纯Win32 API编写窗口的概念。以后当我们使用ATL和WTL时再回头看看当初是如何用SDK调用手工实现的会很有帮助。WindowsWithSDK工程是一个自动生成的简单的“Hello world”工程。在Visual C+中用 New Workspace命令，选择Win32 Application，然后选择“A typical Hello World!”，然后自动生成代码。它只是简单地初试化了一个WNDCLASSEX结构，然后调用RegisterClassEx注册了这个窗口类。然后调用Cr

39、eateWindow来窗口窗口，它有一个消息循环来处理消息，并发送到窗口过程。InstanceSubclassing工程也是同样的方法生成后，做了些更改来演示实例子类。这个工程有多写了一个窗口过程MySubclassWndProc，它处理WM_LBUTTONDOWN消息并发送所有其他的消息给原来的窗口过程（CallWndProc）LRESULT CALLBACK MySubclassedWndProc(HWND hWnd, UINT message, WPARAMwParam, LPARAM lParam)switch (message) case WM_LBUTTONDOWN:OutputD

40、ebugString(TEXT(Mouse Down detected in subclassed WndProcn);break;default:return CallWindowProc(MyWndProc, hWnd,message, wParam, lParam);return 0;子类是通过在窗口创建后调用SetWindowLongPtr实现的。hWnd = CreateWindow(szWindowClass, szTitle,WS_OVERLAPPEDWINDOW,CW_USEDEFAULT, 0,CW_USEDEFAULT, 0, NULL, NULL, hInstance,

41、NULL);SetWindowLongPtr(hWnd, GWL_WNDPROC,(LONG_PTR)MySubclassedWndProc);GlobalSubclassing工程演示了改变一个注册后的窗口类的窗口过程。首先像以前一样注册窗口类，用SetClassLongPtr来改变窗口类设置。第一个窗口创建了，然后调用SetClassLongPtr来改变所有基于该类的新窗口的窗口过程（注意，第一个窗口仍然会使用原来的窗口过程，并没有受到SetClassLongPtr的影响）。hWnd1 = CreateWindow(szWindowClass, szTitle,WS_OVERLAPPEDW

42、INDOW, CW_USEDEFAULT, 0,CW_USEDEFAULT, 0, NULL, NULL, hInstance, NULL);SetClassLongPtr(hWnd1, GCLP_WNDPROC,(LONG_PTR)MySubclassedWndProc);hWnd2 = CreateWindow(szWindowClass, szTitle,WS_OVERLAPPEDWINDOW,CW_USEDEFAULT, 0,CW_USEDEFAULT, 0, NULL, NULL, hInstance, NULL);SuperClassing工程演示了超类化已经存在的窗口类。首先WN

43、DCLASSEX结构的大小域被正确地初始化，然后用GetClassInfoEx提取出了一个已经存在的窗口类的信息，复制一些域到新的WNDCLASSEX结构并设置窗口过程指向一个新的函数，并调用RegisterClassEx注册了这个新窗口类。在新的窗口过程里，在调用原来的窗口过程之前加了一些代码。wcex_base.cbSize = sizeof(WNDCLASSEX);GetClassInfoEx(hInstance, szWindowClass, &wcex_base);CopyMemory(&wcex_superclass, &wcex_base, sizeof(WNDCLASSEX);

44、wcex_superclass.lpfnWndProc =(WNDPROC)MySuperclassWndProc;wcex_superclass.lpszClassName =TEXT(SuperClassName);RegisterClassEx(&wcex_superclass);hWnd = CreateWindow(TEXT(SuperClassName), szTitle,WS_OVERLAPPEDWINDOW, CW_USEDEFAULT, 0, CW_USEDEFAULT, 0, NULL, NULL, hInstance,NULL);MessagesAndThreads工程在

45、原来的线程里创建了一个窗口然后有开了一个线程。hWnd = CreateWindow(szWindowClass, szTitle,WS_OVERLAPPEDWINDOW,CW_USEDEFAULT, 0,CW_USEDEFAULT, 0, NULL, NULL, hInstance, NULL);HANDLE hMyThread;DWORD MyThreadID;hMyThread = CreateThread(NULL, 0,(LPTHREAD_START_ROUTINE) MyThreadStartProc, hInstance,0, &MyThreadID);在新的线程里创建了一个新的窗口，两个线程都拥有自己的消息循环。规则为创建窗口的线程被用来给属于自己窗口的消息排队，如果一个线程停止了（调用一个sleep）那么发送到该线程的窗口的消息将不被处理。DWORD MyThreadStartProc(LPVOID h