我們知道MFC的作用在于封裝Windows的編程接口，并提供應用程序框架的開發(fā)模式。為了完成從前者到后者的過渡，MFC實現(xiàn)了幾種基本機制，它們是消息映射，命令傳遞，運行時類信息(RTCI)，動態(tài)創(chuàng)建和序列化。
消息映射和命令傳遞是對SDK程序交互機制的封裝。序列化是應用程序需要的一種基本特性，即把數(shù)據(jù)保存到磁盤和從磁盤打開數(shù)據(jù)。通過RTCI和動態(tài)創(chuàng)建，可以把軟件的對象數(shù)據(jù)保存到磁盤，反過來從這些數(shù)據(jù)識別和恢復對象，從而實現(xiàn)對象的序列化。基于數(shù)據(jù)庫的序列化機制和這種方式不同，應用程序和數(shù)據(jù)庫之間有一個約定，以什么樣的格式保存什么樣的數(shù)據(jù)，再以同樣的方式打開，并且如何重建對象數(shù)據(jù)也定下來了，在打開數(shù)據(jù)時，應用程序不需要有適應性，不需要識別數(shù)據(jù)類型，也不需要根據(jù)在運行期才確定的類型名稱創(chuàng)建其對象。
動態(tài)創(chuàng)建就是創(chuàng)建某種類型的對象，具體類型在運行時確定，編譯時可能不知道。比如運行時用戶輸入一個類型名稱，如果該類型是程序類型體系中的一員，則程序中將能夠創(chuàng)建該類型的對象。下面的代碼是使用MFC動態(tài)創(chuàng)建機制的一個簡化的例子：
CRuntimeClass* g_pFirstClass;
void func()
{
char szClassName[64];
CRuntimeClass* pClass;
CObject* pObject;
cout << "enter a class name... ";
cin >> szClassName;
for (pClass = g_pFirstClass; pClass != NULL; pClass = pClass->m_pNextClass)
{
if (strcmp(szClassName, pClass->m_lpszClassName) == 0)
pObject = pClass->CreateObject();
}
}
實現(xiàn)動態(tài)創(chuàng)建的思路是把動態(tài)的類型名稱與程序類型體系中的每一個進行比較，與某個類型吻合時讓該類型創(chuàng)建自身的對象。這樣，支持動態(tài)創(chuàng)建的類庫中的每一個類都要額外實現(xiàn)一些功能，即判別一個名稱是否與自身相符，以及創(chuàng)建自身的對象。
判別一個名稱是否與自身相符，這是運行時類識別的內(nèi)容，所以MFC動態(tài)創(chuàng)建是在RTCI基礎上實現(xiàn)的。
RTCI是一個對象能夠判定自己是否屬于某種類型，該類型的名稱在運行時確定，編譯時可能不知道。從下面的例子很容易理解RTCI，
void Func()
{
char szClassName[64];
CDocument* pDoc = new CDocument;
cout << "enter a class name... ";
cin >> szClassName;
cout << pDoc->IsKindOf(szClassName); //是返回1，否返回0
}
有一點需要說明的是，因為CDocument派生于CObject，所以IsKindOf對于CObject也要返回1。因為我們是從動態(tài)創(chuàng)建出發(fā)的，所以如果是這樣可能會有一點背離初衷。但是RTCI明顯和動態(tài)創(chuàng)建有密切聯(lián)系，RTCI也可能有單獨的價值，所以先把RTCI實現(xiàn)起來。
實現(xiàn)RTCI的思路是讓每一個類記錄自身的類型信息，并提供IsKindOf(char*)函數(shù)進行所給類型與自身類型的比較，而且還要能訪問基類的類型信息，進行比較，一直到根類。所以記錄的類型信息要按繼承關(guān)系連起來，每個類的IsKindOf()還要調(diào)用基類的IsKindOf()。MFC把要記錄的類型信息抽取到一個CRuntimeClass結(jié)構(gòu)體中，每個類中加入一個CRuntimeClass成員即可。
現(xiàn)在回到動態(tài)創(chuàng)建，在RTCI建立的數(shù)據(jù)結(jié)構(gòu)基礎上將可實現(xiàn)它。動態(tài)創(chuàng)建從不同于IsKindOf()的角度使用這一數(shù)據(jù)結(jié)構(gòu)，它要遍歷所有類型的CRuntimeClass。那么僅僅有繼承關(guān)系的類的CRuntimeClass相連還不夠，要把所有類的CRuntimeClass連成一個鏈表。其實動態(tài)創(chuàng)建并不關(guān)心類間的繼承關(guān)系，它平等看待每個類。現(xiàn)在以CRuntimeClass為結(jié)點構(gòu)成一個縱橫兩個方向的鏈表，IsKindOf()和動態(tài)創(chuàng)建分別使用它不同的側(cè)面。
序列化的概念是在文件中存儲對象信息，并能根據(jù)它恢復對象。對于文檔視圖結(jié)構(gòu)的軟件，用戶需要保存所編輯的文檔和打開已編輯的文檔，這正是序列化的應用，所以序列化是非常重要的一種特性。在序列化恢復對象時，就可以用到動態(tài)創(chuàng)建。
使用MFC序列化的例子如下，
void CMyDocument::Serialize(CArichive &ar)
{
if (ar.IsStoring())
{
ar << m_pMyClass; //CMyClass m_pMyClass;
}
else
{
ar >> m_pMyClass;
}
}
一個支持序列化的類提供Serialize(CArchive &)函數(shù)，重載<<和>>操作。注意兩者是不同的，在上例中，CMyDocument類的信息并不被序列化，而CMyClass類的信息被序列化。實際上一個序列化類的<<和>>操作，其不涉及類信息的部分是調(diào)用Serialize()完成的，它必須同時實現(xiàn)這兩者。
按照MFC的要求，需要在支持序列化的類定義中使用DECLARE_SERIAL宏，在類實現(xiàn)中使用IMPLEMENT_SERIAL宏。我們看一下這兩個宏實現(xiàn)了什么，
#define DECLARE_SERIAL(class_name) \
_DECLARE_DYNCREATE(class_name) \
AFX_API friend CArchive& AFXAPI operator>>(CArchive& ar, class_name* &pOb);
#define IMPLEMENT_SERIAL(class_name, base_class_name, wSchema) \
CObject* PASCAL class_name::CreateObject() \
{ return new class_name; } \
_IMPLEMENT_RUNTIMECLASS(class_name, base_class_name, wSchema, \
class_name::CreateObject) \
AFX_CLASSINIT _init_##class_name(RUNTIME_CLASS(class_name)); \
CArchive& AFXAPI operator>>(CArchive& ar, class_name* &pOb) \
{ pOb = (class_name*) ar.ReadObject(RUNTIME_CLASS(class_name)); \
return ar; } \
主要是加入了對>>的重載，但是沒有重載<<，MFC僅提供了CObject對<<的重載，如下，
_AFX_INLINE CArchive& AFXAPI operator<<(CArchive& ar, const CObject* pOb)
{ ar.WriteObject(pOb); return ar; }
這是因為在序列化讀和寫的時候，都需要具體類的CRuntimeClass信息。相應的GetRuntimeClass()是一個虛函數(shù)，CObject重載<<，在寫類信息時調(diào)用到該函數(shù)，由于虛函數(shù)機制，寫入的是具體類的信息。但是這里隱含著一個條件，就是調(diào)用<<和GetRuntimeClass()時，具體類對象已經(jīng)存在了，而調(diào)用>>和讀入類信息時，該類對象還未被創(chuàng)建，所以無法利用這種機制，只能在每個具體類中都重載一次>>。我覺得《深入解析MFC》對這個問題的解釋不正確。
這里有一個問題需要明確一下，序列化為什么要寫入類信息？一是它應該保存完整的能夠獨立恢復對象的信息，二是在程序讀入對象時，要把它的類信息和程序中期望的(所能處理的)類信息相比較，進行檢驗。
看IMPLEMENT_SERIAL宏對重載>>的實現(xiàn)，是提供一個期望的CRuntimeClass結(jié)構(gòu)(用于檢驗)，委托CArchive進行對象讀取。因為讀對象時首先要跟文件打交道，所以交給CArchive處理，隨后把讀出的數(shù)據(jù)寫入對象時，CArchive再調(diào)用具體類的Serialize()，如此合作是十分恰當?shù)摹Ｔ谶@里，CArchive還負責了讀出和檢驗類信息，然后創(chuàng)建對象的過程。因為一方面具體類對象還不存在，另一方面這些操作對所有具體類都沒有分別，應該提出來，在類級別實現(xiàn)或者讓合作者實現(xiàn)。實際上，MFC先把這個過程交給CArchive::ReadClass()，后者又調(diào)用CRuntimeClass::Load()。
對于序列化來說，搞清它的概念以后，就是實現(xiàn)Serialzie()，重載<<和>>。對<<和>>的重載涉及很多工作，MFC已經(jīng)幫我們實現(xiàn)了，我們也看見了大概的設計，主要是與CArchive分工合作，其次是CRuntimeClass。
現(xiàn)在看到CRuntimeClass結(jié)構(gòu)體在MFC對RTCI，動態(tài)創(chuàng)建和序列化的實現(xiàn)中都起著重要的作用，重新認識一下這個數(shù)據(jù)結(jié)構(gòu)很有必要。
CRuntimeClass包含了關(guān)于類的各種信息和有關(guān)操作。把類及其基類的CRuntimeClass連成一個鏈表，就可以很方便地實現(xiàn)RTCI的IsKindOf()；把所有類的CRuntimeClass連成一個鏈表，再加上一個簡單的CreateObject函數(shù)，就可以對以任意類名進行動態(tài)創(chuàng)建的企圖做出反應；CRuntimeClass還實現(xiàn)了向文件讀寫類信息的Load()，Store()，配合序列化的實現(xiàn)。
在分析消息映射和命令傳遞機制之前，需要對Windows程序模型有很好的理解。
未完待續(xù)...
參考：
《深入解析MFC》/中國電力出版社
《深入淺出MFC》/華中科大出版社
《Windows程序設計》/北大出版社