深入浅出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 BasicVisual FoxProVisual J++Visual InterDev)都集中由所谓的Visual Studio 管理,而这些工具有一个极大的目标,就是要协助开发Internet应用软件,所以它们希望能够和IE有所搭配。

2.  SDKSoftware Development Kit 原指软件开发工具,但现在已经变成了一个专有名词,凡以Windows raw API撰写的程序通常也称为SDK程序。也有人把Windows API称为SDK API

3.  不同种类之对象的构造函数(对象诞生后第一个执行并且是自动执行的函数)及析构函数(对象行将毁灭,但未毁灭之前一刻,最后执行并且自动执行的函数)执行时机对比如下:

 

全局对象

局部对象

静态对象

new产生的对象

构造函数

程序一开始就执行(比程序进入点更早)

对象诞生时执行

析构函数

程序即将结束时执行

程序流程离开该对象的存活范围时执行

程序将结束时执行,但比全局对象的析构函数早一步进行。

对象被delete时执行

4.  C++并不是纯种的面向对象语言(SmallTalk Java才是)。所以,MFC之中得以存在有不属于任何类的全局函数,它们统统在函数名称开头冠以Afxx并没有什么意思,只是为了凑成一个响亮的名字,AfApplication Framework
下面是常见的Afx全局函数:
AfxBeginThread
:开始一个新的线程
AfxEndThread
:结束一个旧的线程
AfxFormatString1
:类似printf一般地将字符串格式化
AfxFormatString2
:类似printf一般地将字符串格式化
AfxMessageBox
:类似Windows API 函数 MessageBox
AfxOuputDebugString
:将字符串输往除错装置
AfxGetApp
:获得application object (CwinApp派生对象)的指针
AfxGetMainWnd
:获得程序主窗口的指针
AfxGetInstance
:获得程序的instance handle

5.  MFC数据类型
下面这些是和Win32程序共同使用的数据类型
BOOL
:布尔值,取值为TRUE  or  FALSE
BSTR
32-bit 字符指针
BYTE
8-bit整数,未带正负号
COLORREF
32-bit数值,代表一个颜色值
DWORD
32-bit整数,未带正负号
LONG
32-bit整数,带正负号
LPARAM
32-bit整数,作为窗口函数或callback函数的一个参数
LPCSTR
32-bit指针,指向一个常数字符串
LPSTR
32-bit指针,指向一个字符串
LPCTSTR
32-bit指针,指向一个常数字符串,此字符串可以移植到UnicodeDBCS
LPTSTR
32-bit指针,指向一个字符串,此字符串可以移植到UnicodeDBCS
LPVOID
32-bit指针,指向一个未指定类型的数据
LPRESULT
32-bit数值,作为窗口函数或callback函数的返回值
UINT
:在Win16中是一个16-bit 未带正负号整数,在Win32中是一个32-bit 未带   正负号整数,
WNDPROC
32-bit指针,指向一个窗口函数
WORD
16-bit 整数 ,未带正负号
WPARAM
:窗口函数或callback函数的一个参数,在Win16中是16-bit,在Win32中是32-bit

下面这些是MFC独特的数据类型
POSITION
:一个数值,代表collection对象(例如数组或链表)中的元素位置,常 用于MFC collection classes(即数据处理类,如CArray
LPCRECT
32-bit指针,指向一个不变的RECT结构

6.  奇怪的窗口类名称Afx:b:14ae:6:3e8f
    Spy++VC++所附的一个工具)观察窗口类的名称时,会发现窗口类名称变成像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之中的成员变量将因为这个全局对象的诞生而获得配置与初值,配置完成后,WinMainMFC早已准备好,并由链接器直接加到应用程序中去的)登场。

AfxWinInit:是继CWinApp构造函数之后的第一个操作;

此后的操作是pApp->InitApplication(其中的pApp指向CMyWinApp对象,即本例中的theApp),因为CMyWinApp继承自CWinApp,而InitApplication又是CWinApp的一个虚拟函数,我们没有改写它(大部分情况下也不需要改它),所以上述操作相当于调用CWinApp::InitApplication。此程序的代码出现在APPCORE.CPP中;

InitApplication之后,AfxWinMain调用pApp->InitInstanceInitInstanceCWinApp的一个虚拟函数(应用程序一定要改写这个函数,因为它在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)函数才能完成,事实上,CFrameWndCreate最终调用的正是:CreateWindowEx;第八个,是一个指向CCreateContext结构的指针,framework利用它,在具备Document/View结构的程序中初始化外框窗口,默认值NULL

CFrameWndCreate在函数中调用CreateExCWnd有这个成员函数,但其派生类CFrameWnd并没有,所以这里调用的实际上是CWndCreateEx);后者又调用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.hCMyFrameWnd加上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_MAPEND_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);

   //

};

posted on 2005-12-18 12:26  cy163  阅读(...)  评论(...编辑  收藏

导航