• <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函數(shù),應(yīng)該夠了,至于在DOC/VIEW模型種使用的話,應(yīng)該很簡(jiǎn)單的


            0---
            空指針   7FFF---大索引號(hào)標(biāo)志,即后面的索引號(hào)是32位的

            0X8000---保留以后使用   0XFFFF---新類(lèi)的定義

            小索引對(duì)象或者類(lèi)的索引號(hào):1~~~7FFE,但是類(lèi)的最高位是1

            對(duì)象的插入:writeobject函數(shù):(全局插入<<函數(shù)只是調(diào)用了這個(gè)函數(shù))首先插入類(lèi)信息,然后是對(duì)象信息。每次寫(xiě)入(即一次writeobject函數(shù)的執(zhí)行流程)是下面三種的之一:

            1           若是未寫(xiě)過(guò)的類(lèi)并且未被寫(xiě)過(guò)的對(duì)象:

            1.1 寫(xiě)入新類(lèi)標(biāo)志:0XFFFF       *this << wNewClassTag;

            1.2 寫(xiě)入類(lèi)的版本號(hào),寫(xiě)入類(lèi)名的字符串長(zhǎng)度:ar << (WORD)m_wSchema << nLen;

            1.3 寫(xiě)入類(lèi)名 ar.Write(m_lpszClassName, nLen*sizeof(char));

            1.4 寫(xiě)入對(duì)象              ((CObject*)pOb)->Serialize(*this);

            2           若是曾經(jīng)寫(xiě)過(guò)的類(lèi)并且未寫(xiě)過(guò)的對(duì)象:

            2.1 寫(xiě)入類(lèi)的索引號(hào) nClassIndex = (DWORD)(*m_pStoreMap)[(void*)pClassRef]

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

             如果是大索引類(lèi):則寫(xiě)入大索引號(hào)標(biāo)志(7FFF)和32位的類(lèi)索引號(hào)(最高位是1                     *this << wBigObjectTag;

                                 *this << (dwBigClassTag | nClassIndex);

            2.2   寫(xiě)入對(duì)象              ((CObject*)pOb)->Serialize(*this);

            3           若是曾經(jīng)寫(xiě)過(guò)的類(lèi)并且曾經(jīng)寫(xiě)過(guò)的對(duì)象:

            3.1 寫(xiě)入對(duì)象的索引號(hào)

                    如果是小索引對(duì)象:則直接寫(xiě)入索引號(hào)*this << (WORD)nObIndex;

                    如果是大索引對(duì)象:則寫(xiě)入大索引號(hào)標(biāo)志和32位的對(duì)象索引號(hào)(最高位是0

                                 *this << wBigObjectTag;

                                 *this << nObIndex;

            以上3種情況的寫(xiě)入都是首先寫(xiě)入一個(gè)字,這個(gè)字的內(nèi)容就代表了之后字節(jié)即類(lèi)信息的意義或者可以只是一個(gè)對(duì)象的索引號(hào)(情況三),即是新類(lèi)(字節(jié)為0xFFFF)還是已經(jīng)定過(guò)的小索引類(lèi)(索引號(hào)從0x8001—0xFFFE)又或者是已經(jīng)定義過(guò)的大索引類(lèi)以(字節(jié)0x7FFF后續(xù)兩個(gè)字節(jié)為索引號(hào))

             

            對(duì)于讀取上面文件格式的信息并且區(qū)分出將要讀取的是類(lèi)還是對(duì)象,是索引還是對(duì)象數(shù)據(jù),在readObject

            首先讀取一個(gè)字如果0XFFFF則顯然對(duì)應(yīng)的是第一種情況,此時(shí)可以容易地讀取數(shù)據(jù);如果第一個(gè)字的最高位是1的話,很顯然此時(shí)對(duì)應(yīng)的就是第二種情況,即該字是一個(gè)類(lèi)的索引號(hào),而且是小索引類(lèi);如果0x7FFF則此時(shí)對(duì)應(yīng)的就是第三種情況大索引號(hào)對(duì)象或者第二種情況大索引號(hào)類(lèi);如果最高位不是1則此時(shí)對(duì)應(yīng)的也是第三種情況但是小索引對(duì)象;在區(qū)分了第一個(gè)字以后就可以容易地讀取后面的數(shù)據(jù)。這樣每次的readObject函數(shù)的調(diào)用都只是提取以往某次writeObject函數(shù)寫(xiě)入的數(shù)據(jù)。

             

            對(duì)象的提取:ReadObject函數(shù),因?yàn)樵诤?/span>IMPLEMENT_SERIAL里定義的提取操作符只是簡(jiǎn)單地調(diào)用了這個(gè)函數(shù)。首先提取類(lèi)信息,以便正確地動(dòng)態(tài)生成對(duì)象,然后是對(duì)象信息。

            PS:m_pStoreMap里即包含了已經(jīng)序列化的類(lèi)(CRuntimeClass)和對(duì)象的指針。

             

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

                          UINT nSchemaSave = m_nObjectSchema;

                          m_nObjectSchema = nSchema;

                          pOb->Serialize(*this);

                          m_nObjectSchema = nSchemaSave;

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

            FAQ:

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

            插入操作的是在已知對(duì)象所有信息的情況下的操作,包括對(duì)象的類(lèi)型和狀態(tài),類(lèi)信息的寫(xiě)入使用CruntimeClass非靜態(tài)成員函數(shù)Store來(lái)實(shí)現(xiàn)的,而GetCRuntime成員函數(shù)又是虛函數(shù)所以可以用指向COBJECT的指針來(lái)正確地獲取,然后正確地調(diào)用STORE函數(shù);而對(duì)于提取操作,將要提取出的對(duì)象的類(lèi)型和狀態(tài)都是未知,提取類(lèi)信息主要是用CruntimeClass靜態(tài)成員LOAD來(lái)獲取,該成員獲得文件中類(lèi)信息之后通過(guò)查找全局的類(lèi)型鏈表可以唯一地確定一個(gè)CrutimeClass類(lèi)型的靜態(tài)對(duì)象,通過(guò)該對(duì)象的createObject函數(shù)可以構(gòu)造出即將提取的對(duì)象類(lèi)型,然后利用動(dòng)態(tài)構(gòu)造的對(duì)象的序列化函數(shù)就可以正確地提取出對(duì)象,因?yàn)?/span>

            11       在宏定義的提取操作符中classname參數(shù)是無(wú)法用COBJECT類(lèi)來(lái)替換,因?yàn)槿绻鎿Q的話則在提取信息過(guò)程中即使出現(xiàn)錯(cuò)誤,比如說(shuō)提取出的類(lèi)型根本就不是可序列化的但是如果繼承自COBJECT的話仍然可以通過(guò)錯(cuò)誤檢查。

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

            評(píng)論

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

            看的暈 序列化主要還是要考慮怎樣在對(duì)代碼改動(dòng)最小的情況下增加對(duì)序列化的支持!~  回復(fù)  更多評(píng)論   


            只有注冊(cè)用戶(hù)登錄后才能發(fā)表評(píng)論。
            網(wǎng)站導(dǎo)航: 博客園   IT新聞   BlogJava   博問(wèn)   Chat2DB   管理


            導(dǎo)航

            <2025年7月>
            293012345
            6789101112
            13141516171819
            20212223242526
            272829303112
            3456789

            統(tǒng)計(jì)

            常用鏈接

            留言簿(1)

            隨筆檔案

            文章檔案

            搜索

            最新評(píng)論

            閱讀排行榜

            評(píng)論排行榜

            国产A级毛片久久久精品毛片| 国内精品伊人久久久久| 国内精品伊人久久久久影院对白 | 一级做a爰片久久毛片免费陪| 一本久久综合亚洲鲁鲁五月天| AV无码久久久久不卡蜜桃| 亚洲国产精品无码久久久不卡| 99久久精品国产一区二区蜜芽| 久久频这里精品99香蕉久| 久久精品一本到99热免费| 久久久久国产一区二区| 狠狠色丁香久久婷婷综| 日韩久久久久中文字幕人妻| 97久久天天综合色天天综合色hd| 日韩亚洲国产综合久久久| av无码久久久久久不卡网站| 久久香综合精品久久伊人| 国产视频久久| 97久久精品午夜一区二区| 亚洲综合精品香蕉久久网| 亚洲一区精品伊人久久伊人| 青青青青久久精品国产h| 无码伊人66久久大杳蕉网站谷歌| 久久久久国色AV免费看图片| 国产精品99久久久久久人| 精品无码久久久久国产动漫3d| 久久国产精品波多野结衣AV| 国产精品9999久久久久| AV色综合久久天堂AV色综合在| 99精品久久精品一区二区| 亚洲人AV永久一区二区三区久久| 国产精品内射久久久久欢欢| 婷婷综合久久狠狠色99h| 99久久精品毛片免费播放| 丰满少妇人妻久久久久久| 国产成人久久精品激情| 久久91亚洲人成电影网站| 久久久精品一区二区三区| 丰满少妇人妻久久久久久4| 久久精品一区二区| 国产精自产拍久久久久久蜜|