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

            序列化探討

            序列化探討

            主要就是解釋readobject和writeobject函數,應該夠了,至于在DOC/VIEW模型種使用的話,應該很簡單的


            0---
            空指針   7FFF---大索引號標志,即后面的索引號是32位的

            0X8000---保留以后使用   0XFFFF---新類的定義

            小索引對象或者類的索引號:1~~~7FFE,但是類的最高位是1

            對象的插入:writeobject函數:(全局插入<<函數只是調用了這個函數)首先插入類信息,然后是對象信息。每次寫入(即一次writeobject函數的執行流程)是下面三種的之一:

            1           若是未寫過的類并且未被寫過的對象:

            1.1 寫入新類標志:0XFFFF       *this << wNewClassTag;

            1.2 寫入類的版本號,寫入類名的字符串長度:ar << (WORD)m_wSchema << nLen;

            1.3 寫入類名 ar.Write(m_lpszClassName, nLen*sizeof(char));

            1.4 寫入對象              ((CObject*)pOb)->Serialize(*this);

            2           若是曾經寫過的類并且未寫過的對象:

            2.1 寫入類的索引號 nClassIndex = (DWORD)(*m_pStoreMap)[(void*)pClassRef]

            如果是小索引類:則寫入類*this << (WORD)(wClassTag | nClassIndex);

             如果是大索引類:則寫入大索引號標志(7FFF)和32位的類索引號(最高位是1                     *this << wBigObjectTag;

                                 *this << (dwBigClassTag | nClassIndex);

            2.2   寫入對象              ((CObject*)pOb)->Serialize(*this);

            3           若是曾經寫過的類并且曾經寫過的對象:

            3.1 寫入對象的索引號

                    如果是小索引對象:則直接寫入索引號*this << (WORD)nObIndex;

                    如果是大索引對象:則寫入大索引號標志和32位的對象索引號(最高位是0

                                 *this << wBigObjectTag;

                                 *this << nObIndex;

            以上3種情況的寫入都是首先寫入一個字,這個字的內容就代表了之后字節即類信息的意義或者可以只是一個對象的索引號(情況三),即是新類(字節為0xFFFF)還是已經定過的小索引類(索引號從0x8001—0xFFFE)又或者是已經定義過的大索引類以(字節0x7FFF后續兩個字節為索引號)。

             

            對于讀取上面文件格式的信息并且區分出將要讀取的是類還是對象,是索引還是對象數據,在readObject

            首先讀取一個字如果0XFFFF則顯然對應的是第一種情況,此時可以容易地讀取數據;如果第一個字的最高位是1的話,很顯然此時對應的就是第二種情況,即該字是一個類的索引號,而且是小索引類;如果0x7FFF則此時對應的就是第三種情況大索引號對象或者第二種情況大索引號類;如果最高位不是1則此時對應的也是第三種情況但是小索引對象;在區分了第一個字以后就可以容易地讀取后面的數據。這樣每次的readObject函數的調用都只是提取以往某次writeObject函數寫入的數據。

             

            對象的提取:ReadObject函數,因為在宏IMPLEMENT_SERIAL里定義的提取操作符只是簡單地調用了這個函數。首先提取類信息,以便正確地動態生成對象,然后是對象信息。

            PS:m_pStoreMap里即包含了已經序列化的類(CRuntimeClass)和對象的指針。

             

            UINT CArchive::GetObjectSchema()函數只能調用一次,一般該函數在某個類(ar正在序列化的類)的Serialize函數里頭調用,它返回讀取的類的版本號。以下幾行來自readObject:

                          UINT nSchemaSave = m_nObjectSchema;

                          m_nObjectSchema = nSchema;

                          pOb->Serialize(*this);

                          m_nObjectSchema = nSchemaSave;

            一般地,也正是在serialize里頭來處理各種版本的序列化。

            FAQ:

            1. 為什么可以定義全局的插入操作符,而提取操作符卻要對每個類在宏里頭聲明?

            插入操作的是在已知對象所有信息的情況下的操作,包括對象的類型和狀態,類信息的寫入使用CruntimeClass非靜態成員函數Store來實現的,而GetCRuntime成員函數又是虛函數所以可以用指向COBJECT的指針來正確地獲取,然后正確地調用STORE函數;而對于提取操作,將要提取出的對象的類型和狀態都是未知,提取類信息主要是用CruntimeClass靜態成員LOAD來獲取,該成員獲得文件中類信息之后通過查找全局的類型鏈表可以唯一地確定一個CrutimeClass類型的靜態對象,通過該對象的createObject函數可以構造出即將提取的對象類型,然后利用動態構造的對象的序列化函數就可以正確地提取出對象,因為

            11       在宏定義的提取操作符中classname參數是無法用COBJECT類來替換,因為如果替換的話則在提取信息過程中即使出現錯誤,比如說提取出的類型根本就不是可序列化的但是如果繼承自COBJECT的話仍然可以通過錯誤檢查。

            posted on 2007-10-08 11:00 zlf 閱讀(1631) 評論(1)  編輯 收藏 引用

            評論

            # re: 序列化探討 2007-10-08 22:43 shaker(太子)

            看的暈 序列化主要還是要考慮怎樣在對代碼改動最小的情況下增加對序列化的支持!~  回復  更多評論   

            導航

            <2025年8月>
            272829303112
            3456789
            10111213141516
            17181920212223
            24252627282930
            31123456

            統計

            常用鏈接

            留言簿(1)

            隨筆檔案

            文章檔案

            搜索

            最新評論

            • 1.?re: 各搜索引擎搜索結果的獲取
            • 我們怎么用google或baidu的搜索結果生成我們自己想要的頁面哪?比如搜索元搜索的結果按我們想要的頁面從新生成一個頁面,要用get等方法從搜索出結果后的頁面的腳本里或得url嗎?
            • --boyeco
            • 2.?re: 序列化探討
            • 看的暈 序列化主要還是要考慮怎樣在對代碼改動最小的情況下增加對序列化的支持!~
            • --shaker(太子)
            • 3.?re: AVL樹的簡單實現
            • 評論內容較長,點擊標題查看
            • --zlf
            • 4.?re: AVL樹的簡單實現
            • 評論內容較長,點擊標題查看
            • --Minidx全文檢索

            閱讀排行榜

            評論排行榜

            欧美久久综合九色综合| 综合久久精品色| 日产精品久久久久久久性色| 久久精品免费一区二区| 激情伊人五月天久久综合| 国产农村妇女毛片精品久久| 狠狠色婷婷久久一区二区| 99精品伊人久久久大香线蕉| 中文字幕精品久久久久人妻| 国产精品无码久久久久久| 精品久久久久久成人AV| 久久高潮一级毛片免费| 欧美黑人激情性久久| 欧美精品丝袜久久久中文字幕 | 久久这里的只有是精品23| 国产婷婷成人久久Av免费高清| 久久精品国产第一区二区| 人妻无码αv中文字幕久久琪琪布| 一本色道久久99一综合| 日韩AV毛片精品久久久| 国产免费福利体检区久久| 九九久久自然熟的香蕉图片| 国产偷久久久精品专区| 天天影视色香欲综合久久| 久久久久国产成人精品亚洲午夜| 成人久久综合网| 大伊人青草狠狠久久| 国产亚洲精久久久久久无码| 77777亚洲午夜久久多喷| 久久亚洲中文字幕精品一区| 午夜精品久久久久成人| 欧美色综合久久久久久| 久久久精品久久久久久| 久久综合九色综合久99| 一97日本道伊人久久综合影院| 精品久久久久久久中文字幕| 精品国产91久久久久久久a| 久久精品成人免费观看97| 久久久久99精品成人片| 久久婷婷色综合一区二区| 欧美喷潮久久久XXXXx|