• <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>

            依舊的博客

            技術學習

            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 依舊的博客 閱讀(1151) 評論(0)  編輯 收藏 引用 所屬分類: 編程
            一级做a爰片久久毛片毛片| 色偷偷久久一区二区三区| 精品999久久久久久中文字幕| 久久国产精品久久国产精品| 日本一区精品久久久久影院| 久久久久国产精品熟女影院 | 久久国产AVJUST麻豆| 亚洲国产二区三区久久| 久久精品国产亚洲精品2020| 亚洲天堂久久精品| 欧美丰满熟妇BBB久久久| 国产69精品久久久久99尤物| 色偷偷偷久久伊人大杳蕉| 国产成人精品久久综合| 久久久久亚洲av无码专区 | 99热热久久这里只有精品68| 久久久久精品国产亚洲AV无码| 精品久久人人爽天天玩人人妻| 色综合久久最新中文字幕| 狠狠色噜噜色狠狠狠综合久久| 波多野结衣AV无码久久一区| 久久综合九色综合欧美狠狠| 一本色道久久HEZYO无码| 青青热久久国产久精品 | 久久只这里是精品66| 久久天天躁狠狠躁夜夜不卡| 久久国产精品偷99| 精品国产乱码久久久久久1区2区| 精品久久无码中文字幕| 一级做a爰片久久毛片免费陪| 一级做a爰片久久毛片人呢| 97久久精品午夜一区二区| 久久久久99精品成人片三人毛片| 国产精品99久久久久久人| 久久久久久久久久久久中文字幕| 亚洲国产精品无码久久SM| 香港aa三级久久三级| 欧美亚洲国产精品久久蜜芽| 青青青青久久精品国产 | 伊人丁香狠狠色综合久久| 久久精品无码专区免费东京热|