MFC、ATL窗口消息封装机制对比分析

到个人博客阅读 »

新产品在不紧不慢的进行中，这应该是有史以来开发比较“自由”的一个项目。在折腾完一个功能服务器的demo之后，开始折腾起PC客户端。Leader说客户端界面需用ATL来实现。这时候可以满足一下客户端界面开发的兴趣，于是开始学习ATL界面开发，有人说做界面是个累人加无趣的体力活，但也懂得君子善假于物的道理，于是使用了金山卫士开源中的界面库做铺垫。现在要讨论的与界面库无关，只讨论MFC和ATL对窗口消息封装的实现手法。一切还是从调试源码过程中寻找答案，进入正题。

我们知道，一个标准的Windows应用程序的主要逻辑有：1.注册一个窗口类/窗口过程；2.创建该类窗口；3.显示、激活窗口；4.消息循环；5.处理该窗口感兴趣的消息。

我们又知道，Win32 API是面向过程的（虽然可以说Win是一个OO系统），而我们希望可以利用Win32 API进行快乐的OOP（不需要重复上面的逻辑），于是，我们需要包装API，封装Windows窗口。从上面的逻辑可以看出，要封装窗口主要需解决怎样封装窗口消息处理机制。由于交给Windows的标准窗口过程是全局/静态的，此时，将面临两个问题：

1.怎么知道将窗口过程中的消息转发给哪个封装好的窗口类实例？（也就是HWND到对应窗口类实例的转换）

2.假设第1个问题解决了，怎样将消息传递给相应窗口类的实例？

重点是解决第1个问题，下面来看MFC和ATL分别是怎么来解决这两个问题。

 由于代码格式不好复制过来，请到个人博客阅读。