深入浅出MFC》学习笔记之一
-——《深入浅出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);
//
};