深入浅出MFC阅读笔记,第一第二章.docVIP

深入浅出MFC阅读笔记： 写在开始的话： 刚结束《C++primer》的第二次阅读，决定趁热打铁，学习《深入浅出MFC》。当然，学习框架不是目的，而是通过学习MFC底层框架实现原理，对C++面向对象思想以及各种特性的进一步巩固。编程是一门实践课，需要不断的练习，才能得到提高。而深入学习MFC框架，就是我选择提高C++编程水平的方式之一。按部就班、不浮躁是我对学习本书的要求。废话少说，直入主题！！！ 第一章：win32基本程序概念 Windows的运行本质：基于消息，事件驱动。 Windows程序分为：程序代码和UI资源，两大部分。UI资源借助各种工具产生，以二进制形式存储，并以各种扩展名文件存在。使用.rc文件描述它们 。RC编译器读取rc文件后将所有的UI资源文件制作成.RES文件。链接器将obj目标文件和.DEF和.RES链接在一起，形成完整的windows可执行程序。 应用程序调用的windowsAPI是在执行时链接的，但是，在链接期间，需要为调用者提供必要的信息，表示在执行时需要动态调用哪些函数，它们在那个dll中。这些适当的信息放在.lib文件中。 所有的windows程序都学要包含windows.h头文件，但是它只包含三大模块所提供的API函数。如果需要其他模块中的API就需要包含相应的头文件。 Windows程序依靠外部事件驱动，程序不断等待任何可能的输入，一旦捕捉，就将消息放在系统队列或者程序队列中。GetMessage用于从消息队列中取出消息，然后交由程序处理。因此程序就是靠GetMessage函数推动的。 硬件产生的消息放在系统队列中。由windows系统或其他程序产生的消息放在程序队列。 接受并处理消息的主角是窗口，每个窗口都有一个处理消息的函数，被称为消息处理函数。 Win32中callback被定义为_stdcall，它声明函数调用习惯:参数进栈顺序，处理堆栈的责任归属。 一般情况下，将注册窗口的代码封装在InitApplication内，将创建窗口的代码封装在InitInstance内。这种方式很普遍。MFC把这两个函数封装成CwinApp的两个虚成员函数。 TranslateMessage用于转换键盘消息。DispatchMessage将消息发送给函数处理。消息中包含所属窗口的句柄，而窗口类又注册了窗口处理函数。窗口处理函数通过switch/case判断消息的种类，然后决定处理方式。 MFC采用消息映射表的形式，来将消息和它所对应的消息处理函数一一对应。消息映射表为一个数组，每一项存储一个结构体类型： Struct MSGMAP_ENTRY { UINT nMessage; LONG (*pfn)(HWND,UINT,WPARAM,LPARAM); }; nMessage为消息ID，pfn是函数指针，表示该消息对应的消息处理函数。 有了这个结构，当需要相应一个新消息时，只需向数组里添加一项就可以了。这正是面向对象观念中，将数据和处理数据的方法封装起来的一种具体实现。 MFC定义了一个宏，用于计算数组的长度： #define dim(x) ( sizeof( x ) / sizeof( x[0] ); 接下来将会定义两个MSGMAP_ENTRY类型的数组，并向数组添加元素，将消息与消息处理函数关联起来。 第一个数组处理非COMMAND消息。 struct MSGMAP_ENTRY _messageEntries[]= { WM_CREATE,OnCreate, WM_COMMAND, OnCommand,//所有command消息都由此函数处理。 ……. }; 第二个处理WM_COMMAND消息： struct MSGMAP_ENTRY _commandEntryis= { IDM_ABOUT, OnAbout, IDM_SAVEAS, OnSaveAs ……….. }; 定义好之后，窗口函数就可以以一种通用的形式设计，如： LRESULT CALLBACK WndProc(HWND hwnd,UINT message,WPARAM wParam,LPARAM lParam) { for(int i=0;idim(_messageEntries);i++) { if(message==_messageEntries[i].nMessage) { (_messageEntries[i].pfn)(hwnd,message,wParam,lParam); } } return (DefWindowProc(hwnd,message,wParam,lParam)); } LRESULT CALLBACK OnCommand(