青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品

依舊的博客

技術學習

C++博客 首頁 新隨筆 聯系 聚合 管理
  17 Posts :: 1 Stories :: 2 Comments :: 0 Trackbacks

我們知道MFC的作用在于封裝Windows的編程接口,并提供應用程序框架的開發模式。為了完成從前者到后者的過渡,MFC實現了幾種基本機制,它們是消息映射,命令傳遞,運行時類信息(RTCI),動態創建和序列化。

消息映射和命令傳遞是對SDK程序交互機制的封裝。序列化是應用程序需要的一種基本特性,即把數據保存到磁盤和從磁盤打開數據。通過RTCI和動態創建,可以把軟件的對象數據保存到磁盤,反過來從這些數據識別和恢復對象,從而實現對象的序列化。基于數據庫的序列化機制和這種方式不同,應用程序和數據庫之間有一個約定,以什么樣的格式保存什么樣的數據,再以同樣的方式打開,并且如何重建對象數據也定下來了,在打開數據時,應用程序不需要有適應性,不需要識別數據類型,也不需要根據在運行期才確定的類型名稱創建其對象。

動態創建就是創建某種類型的對象,具體類型在運行時確定,編譯時可能不知道。比如運行時用戶輸入一個類型名稱,如果該類型是程序類型體系中的一員,則程序中將能夠創建該類型的對象。下面的代碼是使用MFC動態創建機制的一個簡化的例子:

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();
     }
}

實現動態創建的思路是把動態的類型名稱與程序類型體系中的每一個進行比較,與某個類型吻合時讓該類型創建自身的對象。這樣,支持動態創建的類庫中的每一個類都要額外實現一些功能,即判別一個名稱是否與自身相符,以及創建自身的對象。

判別一個名稱是否與自身相符,這是運行時類識別的內容,所以MFC動態創建是在RTCI基礎上實現的。

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。因為我們是從動態創建出發的,所以如果是這樣可能會有一點背離初衷。但是RTCI明顯和動態創建有密切聯系,RTCI也可能有單獨的價值,所以先把RTCI實現起來。

實現RTCI的思路是讓每一個類記錄自身的類型信息,并提供IsKindOf(char*)函數進行所給類型與自身類型的比較,而且還要能訪問基類的類型信息,進行比較,一直到根類。所以記錄的類型信息要按繼承關系連起來,每個類的IsKindOf()還要調用基類的IsKindOf()。MFC把要記錄的類型信息抽取到一個CRuntimeClass結構體中,每個類中加入一個CRuntimeClass成員即可。

現在回到動態創建,在RTCI建立的數據結構基礎上將可實現它。動態創建從不同于IsKindOf()的角度使用這一數據結構,它要遍歷所有類型的CRuntimeClass。那么僅僅有繼承關系的類的CRuntimeClass相連還不夠,要把所有類的CRuntimeClass連成一個鏈表。其實動態創建并不關心類間的繼承關系,它平等看待每個類。現在以CRuntimeClass為結點構成一個縱橫兩個方向的鏈表,IsKindOf()和動態創建分別使用它不同的側面。

序列化的概念是在文件中存儲對象信息,并能根據它恢復對象。對于文檔視圖結構的軟件,用戶需要保存所編輯的文檔和打開已編輯的文檔,這正是序列化的應用,所以序列化是非常重要的一種特性。在序列化恢復對象時,就可以用到動態創建。

使用MFC序列化的例子如下,

void CMyDocument::Serialize(CArichive &ar)
{
    if (ar.IsStoring())
    {
        ar << m_pMyClass; //CMyClass m_pMyClass;
    }
    else
    {
        ar >> m_pMyClass;
    }
}

一個支持序列化的類提供Serialize(CArchive &)函數,重載<<和>>操作。注意兩者是不同的,在上例中,CMyDocument類的信息并不被序列化,而CMyClass類的信息被序列化。實際上一個序列化類的<<和>>操作,其不涉及類信息的部分是調用Serialize()完成的,它必須同時實現這兩者。

按照MFC的要求,需要在支持序列化的類定義中使用DECLARE_SERIAL宏,在類實現中使用IMPLEMENT_SERIAL宏。我們看一下這兩個宏實現了什么,

#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()是一個虛函數,CObject重載<<,在寫類信息時調用到該函數,由于虛函數機制,寫入的是具體類的信息。但是這里隱含著一個條件,就是調用<<和GetRuntimeClass()時,具體類對象已經存在了,而調用>>和讀入類信息時,該類對象還未被創建,所以無法利用這種機制,只能在每個具體類中都重載一次>>。我覺得《深入解析MFC》對這個問題的解釋不正確。

這里有一個問題需要明確一下,序列化為什么要寫入類信息?一是它應該保存完整的能夠獨立恢復對象的信息,二是在程序讀入對象時,要把它的類信息和程序中期望的(所能處理的)類信息相比較,進行檢驗。

看IMPLEMENT_SERIAL宏對重載>>的實現,是提供一個期望的CRuntimeClass結構(用于檢驗),委托CArchive進行對象讀取。因為讀對象時首先要跟文件打交道,所以交給CArchive處理,隨后把讀出的數據寫入對象時,CArchive再調用具體類的Serialize(),如此合作是十分恰當的。在這里,CArchive還負責了讀出和檢驗類信息,然后創建對象的過程。因為一方面具體類對象還不存在,另一方面這些操作對所有具體類都沒有分別,應該提出來,在類級別實現或者讓合作者實現。實際上,MFC先把這個過程交給CArchive::ReadClass(),后者又調用CRuntimeClass::Load()。 

對于序列化來說,搞清它的概念以后,就是實現Serialzie(),重載<<和>>。對<<和>>的重載涉及很多工作,MFC已經幫我們實現了,我們也看見了大概的設計,主要是與CArchive分工合作,其次是CRuntimeClass。

現在看到CRuntimeClass結構體在MFC對RTCI,動態創建和序列化的實現中都起著重要的作用,重新認識一下這個數據結構很有必要。

CRuntimeClass包含了關于類的各種信息和有關操作。把類及其基類的CRuntimeClass連成一個鏈表,就可以很方便地實現RTCI的IsKindOf();把所有類的CRuntimeClass連成一個鏈表,再加上一個簡單的CreateObject函數,就可以對以任意類名進行動態創建的企圖做出反應;CRuntimeClass還實現了向文件讀寫類信息的Load(),Store(),配合序列化的實現。

在分析消息映射和命令傳遞機制之前,需要對Windows程序模型有很好的理解。

未完待續...


參考:

《深入解析MFC》/中國電力出版社
《深入淺出MFC》/華中科大出版社
《Windows程序設計》/北大出版社

posted on 2006-05-15 19:33 依舊的博客 閱讀(1191) 評論(0)  編輯 收藏 引用 所屬分類: 編程
青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>
            欧美日韩精品久久| 久久男人资源视频| 免费在线观看一区二区| 99精品国产热久久91蜜凸| 在线亚洲精品福利网址导航| 1204国产成人精品视频| 亚洲国产一区二区三区在线播| 亚洲永久在线| 欧美日韩国产色综合一二三四| 亚洲欧美美女| 一区二区三区国产盗摄| 欧美黄网免费在线观看| 最新成人av在线| 亚洲一区二区3| 欧美日韩免费一区| 9i看片成人免费高清| 亚洲影视综合| 欧美激情影院| 亚洲午夜激情| 久久久久久久久综合| 国产亚洲欧美激情| 欧美日本韩国| 久久免费视频网站| 亚洲卡通欧美制服中文| 欧美在线播放一区| 最新成人av在线| 国产精品色一区二区三区| 日韩一级欧洲| 国产专区精品视频| 欧美香蕉大胸在线视频观看| 欧美成人小视频| 久久最新视频| 欧美在线亚洲综合一区| 欧美一进一出视频| 亚洲精品日产精品乱码不卡| 欧美韩日视频| 免费久久99精品国产| 免费看黄裸体一级大秀欧美| 性久久久久久久久久久久| 欧美成人免费网站| 欧美视频四区| 欧美亚洲免费| 欧美专区亚洲专区| 亚洲一级黄色| 亚洲国产日韩欧美一区二区三区| 欧美成年视频| 久久不射网站| 国产乱肥老妇国产一区二| 欧美日韩免费区域视频在线观看| 美女日韩欧美| 一区二区三区欧美亚洲| 麻豆成人小视频| 欧美午夜片在线观看| 亚洲日本va午夜在线电影 | 一区二区高清在线| 六十路精品视频| 亚洲欧美日韩一区二区在线| 日韩视频一区二区三区| 一区二区三区四区五区在线| 亚洲最黄网站| 亚洲免费综合| 欧美88av| 国产精品自拍三区| 久久久www成人免费精品| 久久久免费精品视频| 欧美日韩国产va另类| 黄色成人在线网址| 亚洲黄色在线观看| 久久精品国产999大香线蕉| 久久免费的精品国产v∧| 欧美一区二区精品| 国产精品免费看久久久香蕉| 亚洲第一精品久久忘忧草社区| 国产精品久久久久久久app| 中文欧美日韩| 91久久久一线二线三线品牌| 亚洲欧美日韩电影| 国产精品国产成人国产三级| 亚洲免费在线精品一区| 狼人社综合社区| 黑人巨大精品欧美一区二区| 亚洲午夜三级在线| 欧美91福利在线观看| 亚洲午夜女主播在线直播| 欧美特黄一级大片| 亚洲一品av免费观看| 亚洲国产精彩中文乱码av在线播放| 欧美电影专区| 欧美精品在线观看播放| 午夜久久黄色| 亚洲欧洲一区二区在线观看| 午夜亚洲激情| 久久久国产一区二区| 国产亚洲精品aa| 久久er99精品| 老司机免费视频久久| 欧美日韩成人激情| 性欧美暴力猛交69hd| 老司机免费视频一区二区| 在线看片成人| 一区二区三区四区五区精品| 国产一区二区三区高清播放| 久久另类ts人妖一区二区| 美女脱光内衣内裤视频久久影院| 欧美性猛交xxxx乱大交退制版| 国产视频一区二区在线观看| 欧美激情欧美激情在线五月| 国产精品久久久久久久午夜 | 在线一区免费观看| 91久久在线| 欧美日韩中文字幕日韩欧美| 欧美freesex交免费视频| 国产亚洲视频在线| 久久久女女女女999久久| 亚洲女同在线| 国产精品劲爆视频| 亚洲无限av看| 亚洲亚洲精品三区日韩精品在线视频| 久久久久久穴| 久久青青草原一区二区| 国产精品一区二区久激情瑜伽| 这里只有精品视频| 欧美韩日一区二区三区| 日韩视频免费观看高清在线视频| 国产精品久久国产愉拍 | 亚洲激情在线播放| 亚洲伦理在线观看| 亚洲欧美韩国| 99精品国产福利在线观看免费 | 一区视频在线看| 久久婷婷国产麻豆91天堂| 男男成人高潮片免费网站| 亚洲精品一区二区三区福利| 亚洲一区精品电影| 国产一区在线观看视频| 欧美激情精品| 久久精品欧美日韩精品| 亚洲福利视频网| 亚洲欧美日韩综合aⅴ视频| 欧美日韩高清区| 久久伊伊香蕉| 亚洲午夜国产成人av电影男同| 红桃av永久久久| 欧美激情成人在线| 久久综合狠狠综合久久综合88| 欧美日韩国产麻豆| 老鸭窝亚洲一区二区三区| 亚洲欧美久久久| 亚洲无限av看| 亚洲国产人成综合网站| 美女网站久久| 欧美在线观看网站| 久久国产精品久久精品国产| 一区二区三区欧美激情| 亚洲精品国产欧美| 欧美国产免费| 亚洲日本乱码在线观看| 噜噜噜91成人网| 久久久久久久成人| 久久国产主播精品| 久久国产欧美日韩精品| 久久久久久网站| 久久亚洲精品一区| 久久精品亚洲乱码伦伦中文 | 久久夜色精品一区| 亚洲激情图片小说视频| 欧美日韩久久| 国产日韩精品一区二区三区在线| 欧美在线免费观看亚洲| 麻豆91精品91久久久的内涵| 欧美阿v一级看视频| 蜜桃av一区二区| 国产精品成人一区二区网站软件 | 亚洲国产欧美一区二区三区丁香婷| 亚洲精品影视| 亚洲欧美国产另类| 久久久久久久久一区二区| 免费国产自线拍一欧美视频| 国产亚洲欧美日韩一区二区| 国产精品免费一区豆花| 国产精品日韩精品| 亚洲国产裸拍裸体视频在线观看乱了中文 | 久久久91精品| 久久国产精彩视频| 亚洲在线中文字幕| 欧美大色视频| 亚洲人www| 亚洲在线免费| 久久影视精品| 欧美日韩欧美一区二区| 国产一区二区丝袜高跟鞋图片 | 久久aⅴ国产欧美74aaa| 久久视频这里只有精品| 欧美国产先锋| 99在线热播精品免费99热| 在线亚洲观看| 久久久综合精品| 欧美日韩一区二区在线观看视频| 久久久久久高潮国产精品视| 午夜性色一区二区三区免费视频|