以下内容转自本人自己的blog：http://springbuilder.blogone.net
因为blogcn总给人不安全的感觉，现把上面的一些笔记转到这里来，权当作为备份，要是能对大家有一些参考价值，那将是本人极大的荣幸，呵呵。
《深入浅出MFC》读书笔记（一，二）
今天开始读《深入浅出MFC》了，顺便留下写东西，以便日后查看。
第0章（全书概况）
本书分四大篇：
第一篇：介绍与MFC相关的基础知识，如windows编程基础，C++中重要技术，并给出了MFC六大技术的一个简化仿真。
第二篇：熟悉Visual C++的集成环境。
第三篇：（浅出）详细介绍MFC程序的来龙去脉。
第四篇：（深入）介绍各种MFC技术。
第一篇
第一章 Win32程序基本概念
本章主要介绍SDK程序设计原理。
Win32程序开发流程 一个win32程序由两大块组成：程序代码和用户接口资源。所有的菜单，对话框，图标，光标等属于用户接口资源；这些资源的实际内容（二进制代码）由各种工具产生，并以各种扩展名的文件存在；然后在一个资源描述文件（.rc)中描述它们。RC编辑器（RC.exe）根据该描述文件将所有用户接口资源集中做出一个.RES文件；最后再与程序代码结合起来，构成一个Win32程序。
关于函数库（．LIB）
动态链接：应用程序所调用的Windows API函数是在“执行期间”才链接上的。相应地，链接时需要链接一些函数库。
动态链接库（DLL）的扩展名不仅可以是．dll，也可以是．exe ．fon ．mod ．drv ．ocx等
Windows可调用的函数分C Runtimes 和Windows API 两部分。
对前者有
LIBC.LIB:静态链接版本
MSVCRT.LIB:动态链接(MSVCRT40.DLL)的import函数库,必须有MSVCRT40.DLL支持.
对后者,Windows API主要由操作系统本身的三大模块GDI32.DLL,USER32.DLL和KERNEL32.DLL提供,为了能链接到这些库,必须有相应的import函数库,分别有GDI32.LIB,USER32.LIB和KERNEL32.LIB.
另外,Windows还在别的模块中添加了别的API函数.
头文件 所有的Windows程序都要引入WINDOWS.H，它包括三大模块中所有API函数，当然，可以不引入该头文件，而用分类更细的头文件代替.
基于消息的事件驱动
消息可以是由硬件发来的(存于系统队列),也可以由Windows系统和应用程序发来(存于程序队列中).
每一个Windows程序在不停的捕捉各种消息,并进行处理:
MSG msg;
while (GetMessage (&msg,NULL,NULL,NULL)){
TranslateMessage(&msg);
DispatchMessage(&msg);
}
每个窗口都必须有一个窗口函数，来负责消息的判断与处理方式。
一个具体而微的Win32程序
通常在一些向读者介绍一门新的语言的书籍中，喜欢在最开头给出一个最简单的“Hello World”程序。在有的时候，这样的小程序确实能让读者获得成就感，了解一些最基本的东西，但这样有时却不能让我们窥到程序的全貌。记得当初学java时就是从那类小程序开始的，但在碰到用JBuilder生成的最小程序时，却让我着实花了不少时间去搞懂它。要让某种语言写的程序运行起来可能不是一件困难事，但在一个具体的操作系统下，由一个具体的IDE生成的一个较为贴近实际的程序通常都比前者复杂多了。事实上，用vc和jbuilder生成的空白程序通常都比我们自己动手写的“Hello World”复杂多了。
Windows程序自然也不例外。因此，与其先给出一个简单的“Hello World”程序，然后下次在费解的去研究Windows程序的较为通用的框架，不如索性给出一个较为贴近实际的，比较全面的小例子。侯先生在这里就是这样做的。
不过这是我第一次接触到windows编程一些较为底层的东西（虽然以前用过Delphi
JBuilder之类的RAD工具），开始时把这一部分粗粗地看了一遍，感觉有的地方不是很好理解。所以，这两天先把我在网上找到的一份关于sdk编程的电子书看了看，好像还不错，不过我就看了基础部分。把这份电子文档和这部分结合起来看就容易了很多。
程序进入点
当用户双击一个应用程序后，windows的shell将检测到这点，并用程序加载器加载该程序。程序浅会添加一段C startup code（如负责全局静态对象的初始化等等），然后通过winmain（）进入程序。winmain（）的作用就相当于c语言下的main（）函数一样，是代码的入口。
winmain（）有四个参数，由windows传递进来。个参数代表含义在《sdk编程讲座》里有。
注册一个窗口类
这一步相当于为我们将要生成的窗口提供一个模板。我们必须设定这个窗口模板的一些属性。具体步骤如下：
1）用WNDCLASS wc；可以声明一个窗口类；
2）设定窗口的相关属性，如
wc.style=...;
wc.hIcon=...;
wc.lpfnWndPorc=...;//关键!指定窗口类的窗口函数
......
wc.lpszClassName=...//关键！指定所生成的窗口类的类名
3）向windows注册该窗口类，以后就可以直接根据该窗口类来生成一个个具体的窗口：
RegisterClass（&wc);
创建一个窗口
根据上面生成的窗口类创建具体的窗口，并返回窗口的句柄。
HWND hwnd=CreatWindow(......)
该函数第一个参数是窗口类名，而不是上面的wc，这个地方容易出错，我开始就以为是把wc作为第一个参数。
显示windows
上一步只创建而不显示，必须用showWindow()来显示。UpdateWindow来传递一个WM_PAINT给窗口。
为了便于理解和使用，上面的RegisterClass（）被封装到InitApplication函数中；而CreateWindow被封装至InitInstance函数中。这种安排很普遍。不清楚vc里是不是这样做的，但记得jbuilder好像是这样的，虽然函数不一定一样。
消息循环
完成上述初始化以后，winmain（）进入消息循环：
while (GetMessage(&msg,...)){ //若不是WM_QUIT消息，则进入循环
//否则退出循环；
TranslateMessage(&msg); //转换键盘消息
DispatchMessage(&msg);
}
DispatchMessage(&msg)会把消息发给相应的窗口函数。之所以能做到这点，因为：
消息上带有操作系统标上的所属窗口，而窗口所属的窗口类以及指明了相应的窗口函数。
消息发给相应的窗口函数后，会引发窗口函数的运行：
窗口函数处理收到的消息
DispatchMessage(&msg)过程在USER模块协助下把消息发到窗口函数。
窗口函数是一个回调函数，即在程序中永远不需要用户显式调用，而是windows系统要求程序为之留下的一个通用接口，以便windows来调用。
该窗口函数的形式相当一致，通常名为：WndProc(),每个窗口类必须在初始化时指定一个窗口函数。
