📄 mfc中文教程(一).htm
字号:
<P align=justify></P>
<P align=justify># include "tdoc.h"</P>
<P align=justify># include "tview.h"</P>
<P align=justify></P></TD>
<TD vAlign=top width="38%">
<P align=justify>实现了类CTview</P>
<P align=justify></P></TD></TR></TBODY></TABLE></P>
<P>从表1-2中的包含关系一栏可以看出:</P>
<P>CTApp 的实现用到所有的用户定义对象,包含了他们的定义;CView 的实现用到CTdoc;其他对象的实现只涉及自己的定义;</P>
<P>当然,如果增加其他操作,引用其他对象,则要包含相应的类的定义文件。</P>
<P>对预编译头文件说明如下:</P>
<P>所谓头文件预编译,就是把一个工程(Project)中使用的一些MFC标准头文件(如Windows.H、Afxwin.H)预先编译,以后该工程编译时,不再编译这部分头文件,仅仅使用预编译的结果。这样可以加快编译速度,节省时间。</P>
<P>预编译头文件通过编译stdafx.cpp生成,以工程名命名,由于预编译的头文件的后缀是“pch”,所以编译结果文件是projectname.pch。</P>
<P>编译器通过一个头文件stdafx.h来使用预编译头文件。stdafx.h这个头文件名是可以在project的编译设置里指定的。编译器认为,所有在指令#include
"stdafx.h"前的代码都是预编译的,它跳过#include "stdafx.
h"指令,使用projectname.pch编译这条指令之后的所有代码。</P>
<P>因此,所有的CPP实现文件第一条语句都是:#include "stdafx.h"。</P>
<P>另外,每一个实现文件CPP都包含了如下语句:</P>
<P>#ifdef _DEBUG</P>
<P>#undef THIS_FILE</P>
<P>static char BASED_CODE THIS_FILE[] = __FILE__;</P>
<P>#endif</P>
<P>这是表示,如果生成调试版本,要指示当前文件的名称。__FILE__是一个宏,在编译器编译过程中给它赋值为当前正在编译的文件名称。</P>
<P><BR>MFC和Win32 </P>
<P><BR>MFC Object和Windows Object的关系 </P>
<P>MFC中最重要的封装是对Win32 API的封装,因此,理解Windows Object和MFC Object
(C++对象,一个C++类的实例)之间的关系是理解MFC的关键之一。所谓Windows
Object(Windows对象)是Win32下用句柄表示的Windows操作系统对象;所谓MFC Object
(MFC对象)是C++对象,是一个C++类的实例,这里(本书范围内)MFC Object是有特定含义的,指封装Windows Object的C++
Object,并非指任意的C++ Object。</P>
<P>MFC Object 和Windows Object是不一样的,但两者紧密联系。以窗口对象为例:</P>
<P><IMG onmousewheel="return bbimg(this)" height=198
src="MFC中文教程(一).files/20050611021312824.gif" width=385
onload=javascript:resizepic(this) border=0></P>
<P>一个MFC窗口对象是一个C++
CWnd类(或派生类)的实例,是程序直接创建的。在程序执行中它随着窗口类构造函数的调用而生成,随着析构函数的调用而消失。而Windows窗口则是Windows系统的一个内部数据结构的实例,由一个“窗口句柄”标识,Windows系统创建它并给它分配系统资源。Windows窗口在MFC窗口对象创建之后,由CWnd类的Create成员函数创建,“窗口句柄”保存在窗口对象的m_hWnd成员变量中。Windows窗口可以被一个程序销毁,也可以被用户的动作销毁。MFC窗口对象和Windows窗口对象的关系如图2-1所示。其他的Windows
Object和对应的MFC Object也有类似的关系。</P>
<P><BR>下面,对MFC Object和Windows
Object作一个比较。有些论断对设备描述表(MFC类是CDC,句柄是HDC)可能不适用,但具体涉及到时会指出。</P>
<P><BR>从数据结构上比较 </P>
<P>MFC Object是相应C++类的实例,这些类是MFC或者程序员定义的;</P>
<P>Windows Object是Windows系统的内部结构,通过一个句柄来引用;</P>
<P>MFC给这些类定义了一个成员变量来保存MFC Object对应的Windows
Object的句柄。对于设备描述表CDC类,将保存两个HDC句柄。</P>
<P><BR>从层次上讲比较 </P>
<P>MFC Object是高层的,Windows Object是低层的;</P>
<P>MFC Object封装了Windows Object的大部分或全部功能,MFC Object的使用者不需要直接应用Windows
Object的HANDLE(句柄)使用Win32 API,代替它的是引用相应的MFC Object的成员函数。</P>
<P><BR>从创建上比较 </P>
<P>MFC Object通过构造函数由程序直接创建;Windows Object由相应的SDK函数创建。</P>
<P>MFC中,使用这些MFC Object,一般分两步:</P>
<P>首先,创建一个MFC Object,或者在STACK中创建,或者在HEAP中创建,这时,MFC
Object的句柄实例变量为空,或者说不是一个有效的句柄。</P>
<P>然后,调用MFC Object的成员函数创建相应的Windows Object,MFC的句柄变量存储一个有效句柄。</P>
<P>CDC(设备描述表类)的创建有所不同,在后面的2.3节会具体说明CDC及其派生类的创建和使用。</P>
<P>当然,可以在MFC Object的构造函数中创建相应的Windows对象,MFC的GDI类就是如此实现的,但从实质上讲,MFC
Object的创建和Windows Object的创建是两回事。</P>
<P><BR>从转换上比较 </P>
<P>可以从一个MFC Object得到对应的Windows Object的句柄;一般使用MFC
Object的成员函数GetSafeHandle得到对应的句柄。</P>
<P>可以从一个已存在的Windows Object创建一个对应的MFC Object; 一般使用MFC
Object的成员函数Attach或者FromHandle来创建,前者得到一个永久性对象,后者得到的可能是一个临时对象。</P>
<P><BR>从使用范围上比较 </P>
<P>MFC Object对系统的其他进程来说是不可见、不可用的;而Windows
Object一旦创建,其句柄是整个Windows系统全局的。一些句柄可以被其他进程使用。典型地,一个进程可以获得另一进程的窗口句柄,并给该窗口发送消息。</P>
<P>对同一个进程的线程来说,只可以使用本线程创建的MFC Object,不能使用其他线程的MFC Object。</P>
<P><BR>从销毁上比较 </P>
<P>MFC Object随着析构函数的调用而消失;但Windows Object必须由相应的Windows系统函数销毁。</P>
<P>设备描述表CDC类的对象有所不同,它对应的HDC句柄对象可能不是被销毁,而是被释放。</P>
<P>当然,可以在MFC Object的析构函数中完成Windows Object的销毁,MFC
Object的GDI类等就是如此实现的,但是,应该看到:两者的销毁是不同的。</P>
<P>每类Windows Object都有对应的MFC Object,下面用表格的形式列出它们之间的对应关系,如表2-1所示:</P>
<P>表2-1 MFC Object和Windows Object的对应关系 </P>
<P align=left>
<TABLE cellSpacing=1 cellPadding=7 width=480 border=1>
<TBODY>
<TR>
<TD vAlign=top width="18%">
<P align=justify>描述 </P></TD>
<TD vAlign=top width="22%">
<P align=justify>Windows句柄 </P></TD>
<TD vAlign=top width="60%">
<P align=justify>MFC Object </P></TD></TR>
<TR>
<TD vAlign=top width="18%">
<P align=justify>窗口 </P></TD>
<TD vAlign=top width="22%">
<P align=justify>HWND </P></TD>
<TD vAlign=top width="60%">
<P align=justify>CWnd and CWnd-derived classes </P></TD></TR>
<TR>
<TD vAlign=top width="18%">
<P align=justify>设备上下文 </P></TD>
<TD vAlign=top width="22%">
<P align=justify>HDC </P></TD>
<TD vAlign=top width="60%">
<P align=justify>CDC and CDC-derived classes </P></TD></TR>
<TR>
<TD vAlign=top width="18%">
<P align=justify>菜单 </P></TD>
<TD vAlign=top width="22%">
<P align=justify>HMENU </P></TD>
<TD vAlign=top width="60%">
<P align=justify>CMenu </P></TD></TR>
<TR>
<TD vAlign=top width="18%">
<P align=justify>笔 </P></TD>
<TD vAlign=top width="22%">
<P align=justify>HPEN </P></TD>
<TD vAlign=top width="60%">
<P align=justify>CGdiObject类,CPen和CPen-derived classes </P></TD></TR>
<TR>
<TD vAlign=top width="18%">
<P align=justify>刷子 </P></TD>
<TD vAlign=top width="22%">
<P align=justify>HBRUSH </P></TD>
<TD vAlign=top width="60%">
<P align=justify>CGdiObject类,CBrush和CBrush-derived classes
</P></TD></TR>
<TR>
<TD vAlign=top width="18%">
<P align=justify>字体 </P></TD>
<TD vAlign=top width="22%">
<P align=justify>HFONT </P></TD>
<TD vAlign=top width="60%">
<P align=justify>CGdiObject类,CFont和CFont-derived classes </P></TD></TR>
<TR>
<TD vAlign=top width="18%">
<P align=justify>位图 </P></TD>
<TD vAlign=top width="22%">
<P align=justify>HBITMAP </P></TD>
<TD vAlign=top width="60%">
<P align=justify>CGdiObject类,CBitmap和CBitmap-derived classes
</P></TD></TR>
<TR>
<TD vAlign=top width="18%">
<P align=justify>调色板 </P></TD>
<TD vAlign=top width="22%">
<P align=justify>HPALETTE </P></TD>
<TD vAlign=top width="60%">
<P align=justify>CGdiObject类,CPalette和CPalette-derived classes
</P></TD></TR>
<TR>
<TD vAlign=top width="18%">
<P align=justify>区域 </P></TD>
<TD vAlign=top width="22%">
<P align=justify>HRGN </P></TD>
<TD vAlign=top width="60%">
<P align=justify>CGdiObject类,CRgn和CRgn-derived classes </P></TD></TR>
<TR>
<TD vAlign=top width="18%">
<P align=justify>图像列表 </P></TD>
<TD vAlign=top width="22%">
<P align=justify>HimageLIST </P></TD>
<TD vAlign=top width="60%">
<P align=justify>CimageList和CimageList-derived classes </P></TD></TR>
<TR>
<TD vAlign=top width="18%">
<P align=justify>套接字 </P></TD>
<TD vAlign=top width="22%">
<P align=justify>SOCKET </P></TD>
<TD vAlign=top width="60%">
<P align=justify>CSocket,CAsynSocket及其派生类 </P></TD></TR></TBODY></TABLE>
<P></P>
<P align=justify></P>
<P align=justify>表2-1中的OBJECT分以下几类: </P>
<P><BR>Windows对象,</P>
<P>设备上下文对象,</P>
<P>GDI对象(BITMAP,BRUSH,FONT,PALETTE,PEN,RGN),</P>
<P>菜单,</P>
<P>图像列表,</P>
<P>网络套接字接口。</P>
<P>从广义上来看,文档对象和文件可以看作一对MFC Object和Windows Object,分别用CDocument类和文件句柄描述。</P>
<P>后续几节分别对前四类作一个简明扼要的论述。</P>
<P><BR>Windows Object </P>
<P>用SDK的Win32
API编写各种Windows应用程序,有其共同的规律:首先是编写WinMain函数,编写处理消息和事件的窗口过程WndProc,在WinMain里头注册窗口(Register
Window),创建窗口,然后开始应用程序的消息循环。</P>
<P>MFC应用程序也不例外,因为MFC是一个建立在SDK
API基础上的编程框架。对程序员来说所不同的是:一般情况下,MFC框架自动完成了Windows登记、创建等工作。</P>
<P>下面,简要介绍MFC Window对Windows Window的封装。</P>
<P><BR>Windows的注册 </P>
<P>一个应用程序在创建某个类型的窗口前,必须首先注册该“窗口类”(Windows Class)。注意,这里不是C++类的类。Register
Window把窗口过程、窗口类型以及其他类型信息和要登记的窗口类关联起来。</P>
<P><BR>“窗口类”的数据结构 </P>
⌨️ 快捷键说明
复制代码
Ctrl + C
搜索代码
Ctrl + F
全屏模式
F11
切换主题
Ctrl + Shift + D
显示快捷键
?
增大字号
Ctrl + =
减小字号
Ctrl + -