|
-——《深入浅出MFC》学习笔记之一 作者：XGM RRC.BIT 记于2001-8-10 | |||||||||||||||
|
| |||||||||||||||
|
http://www.gjwtech.com/vcandc/vc2shengruqianchumfc02.htm 龚建伟评：这篇学习笔记虽然不是系统的阐述某个问题，但读来让人感到收获不小，无论你是老鸟还是菜鸟，都会认同的。我希望XGM能够继续写下去，看了《深入浅出MFC》再来看这些笔记，也有温故知新之感 俟杰先生的《深入浅出MFC》是一本好书，本人是作为有一定C++基础知识并对VC有一点感性认识的VC初学者来接触这本书的。应该说这本书并不真正适合像我这样的初学者，但通读完该书，还是有一些收获的，现只整理其中的一部分，作为我的一个学习笔记吧。 1. 安装VC++，为什么要先安装Internet Explorer？（是不是很多老鸟也不知道啊，侯俊杰先生的宗旨就是知其然，还要知其所以然，5555555555 …………） 因为微软的所有Visual Tools(包括Visual C++、Visual Basic、Visual FoxPro、Visual J++、Visual InterDev等)都集中由所谓的Visual Studio 管理，而这些工具有一个极大的目标，就是要协助开发Internet应用软件，所以它们希望能够和IE有所搭配。 2. SDK：Software Development Kit 原指软件开发工具，但现在已经变成了一个专有名词，凡以Windows raw API撰写的程序通常也称为SDK程序。也有人把Windows API称为SDK API。 3. 不同种类之对象的构造函数（对象诞生后第一个执行并且是自动执行的函数）及析构函数（对象行将毁灭，但未毁灭之前一刻，最后执行并且自动执行的函数）执行时机对比如下：
4. C++并不是纯种的面向对象语言（SmallTalk 和 Java才是）。所以，MFC之中得以存在有不属于任何类的全局函数，它们统统在函数名称开头冠以Afx（x并没有什么意思，只是为了凑成一个响亮的名字，Af即Application Framework） 5. MFC数据类型 6. 奇怪的窗口类名称Afx:b:14ae:6:3e8f 原来是Application Framework 把窗口类的名称转换为Afx:： x ：y ：z ：w的类型，成为独一无二的窗口类型名称： x：窗口风格的hex值 y：窗口鼠标光标的hex值 z：窗口后台颜色的hex值 w：窗口图标的hex值 7. Serializable 的必要条件 让一个对象有Serializable能力，它必须派生自一个Serializable类，一个类要成为Serializable，必须有下列五大条件： （1）从Cobject派生下来，如此一来，可保有RTTI、动态生成等机能 （2）类的声明部分必须有DECLARE_SERIAL宏，此宏需要一个参数：类名称 （3）类的实作部分必须有IMPLEMENT_SERIAL宏，此宏需要三个参数：一是类名称，二是基类名称，三是 schema no. （4）改写Serialize虚拟函数，使它能够适当地把类的成员变量写入档案中 （5）为此类加上一个default构造函数（也就是无参数之构造函数），这个条件常为人所忽略，但它是必要的，因为若一个对象来自档案，MFC必须先动态生成它，而且在没有任何参数的情况下调用其构造函数，然后才从档案中读出对象数据。
唉，好东东实在太多了，比如对MFC六大关键技术之仿真，三大宏的内部揭密等等（咦，我不是在推销这本书吧，呵呵）感兴趣的话请看看这本书吧，可以找我借哦，所谓“书非借不能读也”。呵呵……… | |||||||||||||||
MFC程序也是Windows程序，所以它也有一个WinMain，但是我们在程序中看不到它的踪影。实际上，在程序进入点之前，有一个（而且只有一个）全局对象（在Hello程序中名为theApp），这是所谓的application object，当操作系统将程序加载并激活时，这个全局对象获得配置，其构造函数会先执行，比WinMain更早。
书中所举Hello程序，是一个简单的MFC程序，其主体在于WinMain和WndProc，而这两个部分其实都有相当程度的不变性。MFC就是把有着相当固定行为的WinMain内部操作封装在CWinApp中；把有着相当固定行为的WndProc内部操作封装在CFrameWnd中。也就是说，CWinApp代表程序本体，CFrameWnd代表一个主框窗口
虽然WinMain和WndProc内部操作有相当程度的不变性，但面对不同应用程序也需有变化，所以必须以这两个类为基础，派生自己的类，并改写其中一部分成员函数。
CWinApp----取代WinMain的地位
传统上SDK程序的WinMain所完成的工作现由CWinApp的三个函数完成：
virtual BOOL InitApplication( );
virtual BOOL InitInstance( );
virtual BOOL Run( );
CFrameWnd-----取代WndProc的地位
CFrameWnd主要用来掌握一个窗口
引爆器------Application object
当执行Hello程序时，这个全局对象产生，于是构造函数（见APPCORE.CPP）执行起来，CWinApp之中的成员变量将因为这个全局对象的诞生而获得配置与初值，配置完成后，WinMain（MFC早已准备好，并由链接器直接加到应用程序中去的）登场。
AfxWinInit：是继CWinApp构造函数之后的第一个操作；
此后的操作是pApp->InitApplication(其中的pApp指向CMyWinApp对象，即本例中的theApp)，因为CMyWinApp继承自CWinApp，而InitApplication又是CWinApp的一个虚拟函数，我们没有改写它（大部分情况下也不需要改它），所以上述操作相当于调用CWinApp：：InitApplication。此程序的代码出现在APPCORE.CPP中；
继InitApplication之后，AfxWinMain调用pApp->InitInstance，InitInstance是CWinApp的一个虚拟函数（应用程序一定要改写这个函数，因为它在CWinApp中是个空函数，没有任何默任操作），我们改写了它，所以上述操作就是调有我们自己的这个InitInstance函数，我们将在该处展开我们的主窗口生命。
CMyWinApp：：InitInstance一开始new了一个CMyFrameWnd对象，new会引发构造函数CmyFrameWnd：：CMyFrameWnd，其中调用了CFrameWnd的成员函数Create，它将产生一个窗口。
Create函数共八个参数，第一个，指定WNDCLASS窗口类，如果放置NULL，表示要以MFC内建的窗口类产生一个标准的外框窗口（Create函数在产生窗口之前会引发窗口类的注册操作，下一段讲述这一内容）；第二个，指定窗口标题；第三个，指定窗口风格，默认是WS-OVERLAPPEDWINDOW，如果你不想要窗口右上角的极大极小钮，可以改成WS-OVERLAPPED|WS-CAPTION|WS-SYSMENU|WS-THICKFRAME|WS-MINIMIZEBOX|WS-MAXIMIZEBOX，如果希望有垂直滚动条，再加上WS-VSCROLL；第四个参数，指定窗口的位置与大小，默认值rectDefault ；第五个，指定父窗口，第六个指定菜单；第七个，为扩充风格，唯有以：CreateWindowEx(而非：CreateWindow)函数才能完成，事实上，CFrameWnd：Create最终调用的正是：CreateWindowEx；第八个，是一个指向CCreateContext结构的指针，framework利用它，在具备Document/View结构的程序中初始化外框窗口，默认值NULL
CFrameWnd：Create在函数中调用CreateEx（CWnd有这个成员函数，但其派生类CFrameWnd并没有，所以这里调用的实际上是CWnd：CreateEx）；后者又调用PreCreateWindow虚拟函数（它在CWnd及其派生类CFrameWnd都有定义，所以实际上调用的是CFrameWnd：：PreCreateWindow），这个函数调用了AfxDeferRegisterClass宏，它表示如果变量afxRegisteredClass的值显示系统已经注册了fClass 这种窗口类，MFC啥也不做，否则就调用AfxEndDeferRegisterClass(fClass){它调用两个函数完成实际的窗口类注册操作，一个是RegisterWithIcon，一个是AfxRegisterClass}，准备注册之。
窗口显示与更新
CMyFrameWnd：：CMyFrameWnd结束后，窗口已经诞生出来；程序又回到CMyWinApp：：InitInstance，于是调用ShowWindow函数令窗口显示出来，并调用UpdateWindow函数令Hello程序送出WM-PAINT
CWinApp：：Run----程序生命的活水源头
Run又是CWinApp的一个虚拟函数，我们没有改写它（大部分情况下也不需要改它），所以上述操作相当于调用CWinApp：：Run
WinMain已由MFC提供，窗口类已由MFC注册完成，连窗口函数也都由MFC提供
把消息与处理函数连接在一起：Message Map机制
MFC提供给应用程序使用的“很方便的接口”是两组宏，以Hello为例，第一个操作是在Hello.h的CMyFrameWnd加上DECLARE-MESSAGE-MAP；第二个操作是在Hello.cpp的任何位置（当然不能在函数内）使用宏
BEGIN_MESSAGE_MAP(CMyFrameWnd, CFrameWnd)
ON_COMMAND(IDM_ABOUT, OnAbout)
ON_WM_PAINT()
END_MESSAGE_MAP()
来龙去脉总整理
程序的诞生
Application object 产生， 内存于是获得配置，初值亦设立了。
AfxWinMain执行AfxWinInit，后者又调有AfxInitThread，把消息队列尽量加
大到96
AfxWinMain执行InitApplication。这是CWinApp的虚拟函数，我们通常不改写它
AfxWinMain执行InitInstance。这是CWinApp的虚拟函数，我们必须改写它
CMyWinApp：：InitInstance “new”了一个CMyFrameWnd对象
CmyFrameWnd构造函数调用Create，产生主窗口。我们在Create参数中指定的窗口类是NULL，于是MFC根据窗口种类，自行为我们注册一个名为“AfxFrameOrView42d”的窗口类。
回到InitInstance中继续执行ShowWindow，显示窗口
执行UpdateWindow，于是发出WM-PAINT
回到AfxWinMain，执行Run，进入消息循环。
程序开始运行：
程序获得WM-PAINT消息（由CWinApp：：Run中的：：GetMessage循环）
WM-PAINT经由：：DispatchMessage送到窗口函数CWnd::DefWindowProc中。
CWnd::DefWindowProc将消息传递到消息映射表格
传递过程中发现有相符项目，于是调用项目中对应的函数。此函数是利用BEGIN_MESSAGE_MAP和END_MESSAGE_MAP之间的宏设立起来的。
标准消息的处理程序亦有标准命名，例如WM-PAINT必由OnPaint处理
程序的死亡：
使用者单击File/Close，于是发出WM-CLOSE
CMyFrameWnd并没有设置WM-CLOSE处理程序，于是交给默认的处理程序
默认函数对于WM-CLOSE的处理方式是调用：：DestroyWindow，并因而发出WM-DESTROY
默认的WM-DESTROY处理方式是调用：：PostQuitMessage，因此发出WM-QUIT
CWinApp::Run收到WM-QUIT后会结束内部之消息循环，然后调用ExitInstance，这是CWinApp的一个虚拟函数；如果CMyWinApp改写了ExitInstance，那么CWinApp::Run所调用的就是CMyWinApp：：ExitInstance，否则就是CWinApp：：ExitInstance
最后回到AfxWinMain，执行AfxWinTerm，结束程序
附Hello程序部分代码：
Hello.cpp
#include "Stdafx.h"
#include "Hello.h"
#include "Resource.h"
CMyWinApp theApp; // application object
//--------------------------------------------------------------------
// CMyWinApp's member
//--------------------------------------------------------------------
BOOL CMyWinApp::InitInstance()
{
m_pMainWnd = new CMyFrameWnd();
m_pMainWnd->ShowWindow(m_nCmdShow);
m_pMainWnd->UpdateWindow();
return TRUE;
}
//--------------------------------------------------------------------
// CMyWinApp's member
//--------------------------------------------------------------------
BOOL CMyWinApp::OnIdle(LONG lCount)
{
CMyFrameWnd* pWnd = (CMyFrameWnd*)m_pMainWnd;
pWnd->IdleTimeHandler(lCount);
return TRUE;
}
//--------------------------------------------------------------------
// CMyFrameWnd's member
//--------------------------------------------------------------------
CMyFrameWnd::CMyFrameWnd()
{
Create(NULL, "Hello MFC", WS_OVERLAPPEDWINDOW, rectDefault,
NULL, "MainMenu"); }
//--------------------------------------------------------------------
BEGIN_MESSAGE_MAP(CMyFrameWnd, CFrameWnd)
ON_COMMAND(IDM_ABOUT, OnAbout)
ON_WM_PAINT()
END_MESSAGE_MAP()
//--------------------------------------------------------------------
void CMyFrameWnd::OnPaint()
{
CPaintDC dc(this);
CRect rect;
GetClientRect(rect);
dc.SetTextAlign(TA_BOTTOM | TA_CENTER);
::LineDDA(rect.right/2, 0, rect.right/2, rect.bottom/2,
(LINEDDAPROC) LineDDACallback, (LPARAM) (LPVOID) &dc);
}
//--------------------------------------------------------------------
VOID CALLBACK CMyFrameWnd::LineDDACallback(int x, int y, LPARAM lpdc)
{
static char szText[] = "Hello, MFC";
((CDC*)lpdc)->TextOut(x, y, szText, sizeof(szText)-1);
for(int i=1; i<50000; i++);
}
//--------------------------------------------------------------------
void CMyFrameWnd::OnAbout()
{
CDialog about("AboutBox", this); // "AboutBox"
about.DoModal();
}
//--------------------------------------------------------------------
void CMyFrameWnd::IdleTimeHandler(LONG lCount)
{
CString str;
CRect rect(10,10,200,30);
CDC* pDC = new CClientDC(this);
str.Format("%010d", lCount);
pDC->DrawText(str, &rect, DT_LEFT | DT_TOP);
}
Hello.h
class CMyWinApp : public CWinApp
{
public:
virtual BOOL InitInstance(); //
virtual BOOL OnIdle(LONG lCount); // OnIdle e
};
//--------------------------------------------------------------------
class CMyFrameWnd : public CFrameWnd
{
public:
CMyFrameWnd(); // constructor
afx_msg void OnPaint(); // for WM_PAINT
afx_msg void OnAbout(); // for WM_COMMAND (IDM_ABOUT)
void IdleTimeHandler(LONG lCount); // we want it call by CMyWinApp::OnIdle
private:
DECLARE_MESSAGE_MAP() // Declare Message Map
static VOID CALLBACK LineDDACallback(int,int,LPARAM);
//
};