系统理解Win32 API和MFC(上)

核心提示： 好了，暂且得到 window = desktop + topLevel + child 的结论，系统理解Win32 API和MFC(上)(3)，看看全局先，毕竟，注意，Dialog是特殊的window，一步到位有时候并不好， 从图中看到

好了，暂且得到 window = desktop + topLevel + child 的结论，看看全局先。毕竟，一步到位有时候并不好。

从图中看到，window确实占有重要地位。从逻辑是讲，thread是window的拥有者；但是，所有window一起决定了屏幕看起来是上面样子，何况点击任何一个window都会使window得相互覆盖关系发生变化，对所用window进行统一管理是必须的，所以OS又不得不统一用window tree来管理window，反映复杂的window关系。每个window都必须有一个且只能有一个客户区，还可能有一个title bar。 再来看看CreateWindow()函数的interface spec透露了哪些信息。

从图中看到，CreateWindow()负责为window建立与窗口类的联系。每个window都有一个窗口类与之对应，而一个窗口类可以对应多个window。窗口类中记录了窗口函数和菜单等资源信息，而由file生成的module正是窗口函数和资源的老家。 4.2 第2次迭代

考察消息种类。

从图中看到，每个message都是发送给某个window的。注意，msg可由SYS代码产生，也可以由API函数产生。

进一步考察window，深入topLevel和child。

从图中看到，OVERLAPPED风格的window是top-level window的一种，而另一种POPUP风格的window从本质上(行为上)是特殊的一种OVERLAPPED风格的window，虽然我们从coding的角度常常不这么认为。

还是不好，因为当我们调用CreateWindow() API函数时，明明感觉CHILD、OVERLAPPED、POPUP是“window style”。我再画一张图。

从图中看到，control必须是CHILD风格的，dialog必须是POPUP风格的，而一般性的window却可以是任意风格的。

4.3 第3次迭代

总结user obj:

CreateDialog()函数示意:

从图中看到，CreateDialog()和CreateWindow()最大的区别就是，它有对话框模板支持方便地定制dialog界面。注意，Dialog是特殊的window，窗口类它一定也是有的。

系统理解Win32 API和MFC(下)