MFC 类别主要可分为下列数大群组：
■ General Purpose classes - 提供字符串类别、数据处理类别（如数组与串行），异
常情况处理类别、文件类别...等等。
■ Windows API classes - 用来封包Windows API，例如窗口类别、对话框类别、
DC 类别...等等。
■ Application framework classes - 组成应用程序骨干者， 即此组类别， 包括
Document/View、消息邦浦、消息映射、消息绕行、动态生成、文件读写等等。
■ high level abstractions - 包括工具栏、状态列、分裂窗口、卷动窗口等等。
■ operation system extensions - 包括OLE、ODBC、DAO、MAPI、WinSock、ISAPI
等等
CObject
绝大部份类别库，往往以一个或两个类别，做为其它绝大部份类别的基础。MFC 亦复如
此。CObject 是万类之首，凡类别衍生自CObject 者，得以继承数个对象导向重要性质，
包括RTTI（执行时期型别鉴识）、Persistence（对象保存）、Dynamic Creation（动态生
成）、Diagnostic（错误诊断）。本书第３章对于这些技术已有了一份DOS 环境下的模
拟，第８章另有MFC 相关源代码的探讨。其中，「对象保存」又牵扯到CArchive，「诊
断」又牵扯到CDumpContext，「执行时期型别鉴识」以及「动态生成」又牵扯到
CRuntimeClass。
数据处理类别（collection classes）
所谓collection，意指用来管理一「群」对象或标准类型的资料。这些类别像是Array 或List
或Map 等等，都内含针对元素的「加入」或「删除」或「巡访」等成员函数。Array
（数组）和List（串行）是数据结构这门课程的重头戏，大家比较熟知，Map（可视之
为表格）则是由成双成对的两两对象所构成，使你很容易由某一对象得知成对的另一物
件；换句话说一个对象是另一个对象的键值（key）。例如，你可以使用String-to-String
Map，管理一个「电话-人名」数据库；或者使用Word-to-Ptr Map，以16 位数值做为
一个指针的键值。
最令人侧目的是，由于这些类别都支持Serialization，一整个数组或串行或表格可以单一一进程序代码就写到文件中（或从文件读出）。第８章的Scribble Step1 范例程序中你就会
看到它的便利。
MFC 支持的collection classes 有：
一进程序代码就写到文件中（或从文件读出）。第８章的Scribble Step1 范例程序中你就会
看到它的便利。
CRect - 封装Windows 的RECT 结构。这个类别在Windows 环境中特别有用，
因为CRect 常常被用作MFC 类别成员函数的参数。
■ CSize - 封装Windows 的SIZE 结构。
■ CPoint - 封装Windows 的POINT 结构。这个类别在Windows 环境中特别有用
因为CPoint 常常被用作MFC 类别成员函数的参数。
■ CTime - 表现绝对时间， 提供许多成员函数， 包括取得目前时间（ static
GetCurrentTime）、将时间资料格式化、抽取特定字段（时、分、秒）等等。它
对于+、-、+=、-+ 等运算子都做了多载动作。
■ CTimeSpan - 以秒数表现时间，通常用于计时码表。提供许多成员函数，包括把
秒数转换为日、时、分、秒等等。
<!--[if !supportLists]-->■ <!--[endif]-->CString - 用来处理字符串。支持标准的运算子如=、+=、< 和>。
异常处理类别（exception handling classes）
所谓异常情况（exception），是发生在你的程序执行时期的不正常情况，像是文件打不
开、内存不足、写入失败等等等。我曾经在第２章最后面介绍过异常处理的观念及相
关的MFC 类别，并在第４章「Exception Handling」一节介绍过一个简单的例子。与「异常处理」
Windows API classes
这是MFC 声名最著的一群类别。如果你去看看源代码，就会看到这些类别的成员函数
所对应的各个Windows API 函数。
■ CWinThread - 代表MFC 程序中的一个执行线程。自从3.0 版之后，所有的MFC
类别就都已经是thread-safe 了。SDK 程序中标准的消息循环已经被封装在此
一类别之中（你会在第６章看到我如何把这一部份开膛剖肚）。
■ CWinApp - 代表你的整个MFC 应用程序。此类别衍生自CWinThread；要知
道，任何32 位Windows 程序至少由一个执行线程构成。CWinApp 内含有用
的成员变量如m_szExeName， 放置执行档档名， 以及有用的成员函数如
ProcessShellCommand，处理命令列选项。
■ CWnd - 所有窗口，不论是主框窗口、子框窗口、对话框、控制组件、view 视
窗，都有一个对应的C++ 类别，你可以想象「窗口handle」和「C++ 对象」
结盟。这些C++ 类别统统衍生自CWnd，也就是说，凡衍生自CWnd 之类别才
能收到WM_ 窗口消息（WM_COMMAND 除外所谓「窗口handle」和「C++ 对象」结盟，实际上是CWnd 对象有一个成员变
数m_hWnd，就放着对应的窗口handle。所以，只要你手上有一个CWnd 对象
或CWnd 对象指针，就可以轻易获得其窗口handle：
HWND hWnd = pWnd->m_hWnd;
■ CCmdTarget - CWnd 的父类别。衍生自它， 类别才能够处理命令消息
WM_COMMAND。这个类别是消息映射以及命令消息绕行的大部份关键，我将
在第９章推敲这两大神秘技术。
<!--[if !supportLists]-->■ <!--[endif]-->GDI 类别、DC 类别、Menu 类别。
Application framework classes
这一部份最为人认知的便是Document/View，这也是使MFC 跻身application framework
的关键。Document/View 的观念是希望把资料的本体，和资料的显像分开处理。由于文
件产生之际，必须动态生成Document/View/Frame 三种对象，所以又必须有所谓的
Document Template 管理之。
■ CDocTemplate、CSingleDocTemplate、CMultiDocTemplate - Document Template 扮演
黏胶的角色，把Document 和View 和其Frame（外框窗口）胶黏在一块儿。
■ CSingleDocTemplate 一次只支持一种文件类型，CMultiDocTemplate 可同时支持多
种文件类型。注意，这和MDI 程序或SDI 程序无关，换句话说，MDI 程序
也可以使用CSingleDocTemplate，SDI 程序也可以使用CMultiDocTemplate。
但是，逐渐地，MDI 这个字眼与它原来的意义有了一些出入（要知道，这个字眼早
在SDK 时代即有了）。因此，你可能会看到有些书籍这么说：MDI 程序使用
CMultiDocTemplate，SDI 程序使用CSingleDocTemplate。
■ CDocument - 当你为自己的程序由CDocument 衍生出一个子类别后，应该在其
中加上成员变量，以容纳文件资料；并加上成员函数，负责修改文件内容以及
读写档。读写文件由虚拟函数Serialize 负责。第８章的Scribble Step1 范例程序
有极佳的示范。
■ CView - 此类别负责将文件内容呈现到显示装置上：也许是屏幕，也许是打印
机。文件内容的呈现由虚拟函数OnDraw 负责。由于这个类别实际上就是你在
屏幕上所看到的窗口（外再罩一个外框窗口），所以它也负责使用者输入的第
一线服务。例如第８章的Scribble Step1 范例，其View 类别便处理了鼠标的
按键动作
High level abstractions
视觉性UI 对象属于此类，例如工具栏CToolBar、状态列CStatusBar、对话框列
CDialogBar。加强型的View 也属此类，如可卷动的ScrollView、以对话框为基础的
CFormView、小型文字编辑器CEditView、树状结构的CTreeView，支持RTF 文件格式
的CRichEditView 等等。
Afx 全域函数
还记得吧，C++ 并不是纯种的对象导向语言（SmallTalk 和Java 才是）。所以，MFC
之中得以存在有不属于任何类别的全域函数，它们统统在函数名称开头冠以Afx。
下面是几个常见的Afx 全域函数：
函数名称 说明
AfxWinInit 被WinMain（由MFC 提供）调用的一个函数，用做MFC GUI
程序初始化的一部份，请看第６章的「AfxWinInit - AFX 内部
初始化动作」一节。如果你写一个MFC console 程序，就得
自行调用此函数（请参考Visual C++ 所附之Tear 范例程序）。
AfxBeginThread 开始一个新的执行线程（请看第14 章，# 756 页）。
AfxEndThread 结束一个旧的执行线程（请看第14 章，# 756 页）。
AfxFormatString1 类似printf 一般地将字符串格式化。
AfxFormatString2 类似printf 一般地将字符串格式化。
AfxMessageBox 类似Windows API 函数MessageBox。
AfxOutputDebugString 将字符串输往除错装置（请参考附录D，# 924 页）。
AfxGetApp 取得application object（CWinApp 衍生对象）的指针。
AfxGetMainWnd 取得程序主窗口的指针。
AfxGetInstance 取得程序的instance handle。
AfxRegisterClass 以自定的WNDCLASS 注册窗口类别（如果MFC 提供的数个
窗口类别不能满足你的话）。
MFC 宏（macros）
CObject 和CRuntimeClass 之中封装了数个所谓的object services，包括「取得执行时期
的类别信息」（RTTI）、Serialization（文件读写）、动态产生对象...等等。所有衍生自CObject的类别，都继承这些机能。我想你对这些名词及其代表的意义已经不再陌生-- 如果你没
有错过第３章的「MFC 六大技术仿真」的话。
■ 取得执行时期的类别信息（RTTI），使你能够决定一个执行时期的对象的类别
信息，这样的能力在你需要对函数参数做一些额外的类型检验，或是当你要针
对对象属于某种类别而做特别的动作时，份外有用。
■ Serialization 是指将对象内容写到文件中，或从文件中读出。如此一来对象的
生命就可以在程序结束之后还延续下去，而在程序重新激活之后，再被读入。
这样的对象可说是"persistent"（永续存在）。
■ 所谓动态的对象生成（Dynamic object creation），使你得以在执行时期产生一
个特定的对象。例如document、view、和frame 对象就都必须支持动态对象
生成，因为framework 需要在执行时期产生它们（第８章有更详细的说明）。
此外，OLE 常常需要在执行时期做对象的动态生成动作。例如一个OLE server 程序必
须能够动态产生OLE items，用以反应OLE client 的需求。
MFC 针对上述这些机能，准备了一些宏，让程序能够很方便地继承并实作出上述四大
机能。这些宏包括：
宏名称 提供机能 出现章节
DECLARE_DYNAMIC 执行时期类别信息 第３章、第８章
IMPLEMENT_DYNAMIC 执行时期类别信息 第３章、第８章
DECLARE_DYNCREATE 动态生成 第３章、第８章
IMPLEMENT_DYNCREATE 动态生成 第３章、第８章
DECLARE_SERIAL 对象内容的文件读写 第３章、第８章
IMPLEMENT_SERIAL 对象内容的文件读写 第３章、第８章
DECLARE_OLECREATE OLE 对象的动态生成 不在本书范围之内
IMPLEMENT_OLECREATE OLE 对象的动态生成 不在本书范围之内
我也已经在第３章提过MFC 的消息映射（Message Mapping）与命令绕行（Command
Routing）两个特性。这两个性质系由以下这些MFC 宏完成：
宏名称 提供机能 出现章节
DECLARE_MESSAGE_M A P 声明消息映射表数据结构 第３章、第９章
BEGIN_MESSAGE_MAP 开始消息映射表的建置 第３章、第９章
ON_COMMAND 增加消息映射表中的项目 第３章、第９章
ON_CONTROL 增加消息映射表中的项目 本书未举例
ON_MESSAGE 增加消息映射表中的项目 ???
ON_OLECMD 增加消息映射表中的项目 本书未举例
ON_REGISTERED_MESSAGE 增加消息映射表中的项目 本书未举例
ON_REGISTERED_THREAD_
MESSAGE
增加消息映射表中的项目 本书未举例
ON_THREAD_MESSAGE 增加消息映射表中的项目 本书未举例
ON_UPDATE_COMMAND_UI 增加消息映射表中的项目 第３章、第９章
END_MESSAGE_MAP 结束消息映射表的建置 第３章、第９章
事实上，与其它MFC Programming 书籍相比较，本书最大的一个特色就是，要把上述
这些MFC 宏的来龙去脉交待得非常清楚。我认为这对于撰写MFC 程序是非常重要
的一件事。
MFC 数据类型（data types）
下面所列的这些数据类型，常常出现在MFC 之中。其中的绝大部份都和一般的Win32
程序（SDK 程序）所用的相同。
下面这些是和Win32 程序（SDK 程序）共同使用的数据类型：
数据类型意义
BOOL Boolean 值（布尔值，不是TRUE 就是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 指针，指向一个常数字符串。此字符串可移植到Unicode 和DBCS（双
字节字集）
LPTSTR 32-bit 指针，指向一个字符串。此字符串可移植到Unicode 和DBCS（双位
组字集）
LPVOID 32-bit 指针，指向一个未指定类型的资料
LPRESULT 32-bit 数值，做为窗口函数或callback 函数的回返值
UINT 在Win16 中是一个16-bit 未带正负号整数，在Win32 中是一个32-bit
未带正负号整数。
WNDPROC 32-bit 指针，指向一个窗口函数
WORD 16-bit 整数，未带正负号
WPARAM 窗口函数的callback 函数的一个参数。在Win16 中是16 bits，在Win32
中是32 bits。
下面这些是MFC 独特的数据类型：
数据类型 意义
POSITION 一个数值，代表collection 对象（例如数组或串行）中的元素位置。常使用
于MFC collection classes。
LPCRECT 32-bit 指针，指向一个不变的RECT 结构。
前面所说那些MFC 数据类型与C++ 语言数据类型之间的对应，定义于WINDEF.H
中。我列出其中一部份，并且将不符合(_MSC_VER >= 800) 条件式的部份略去。