• <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>
            posts - 297,  comments - 15,  trackbacks - 0
            簡介

              在這個框架中包含了一個序列化的基本框架,一套基本的類型識別系統(tǒng),可以識別基礎(chǔ)類型,復雜類型,自定義類型,STD的容器類型,而且可以這個基礎(chǔ)上進行遞歸的擴展。

              可以將復雜的數(shù)據(jù)結(jié)構(gòu)序列化到文件,并從文件中恢復。

              包含了完整的自動單元測試,和測試案例,點此下載

              正文

              寫這個序列化框架最初是想用在一個大型的項目上,在那個項目中有一些相當復雜的在運行時構(gòu)建出來的樹形數(shù)據(jù)結(jié)構(gòu),如果可以將這個內(nèi)存樹序列化起來可以大大節(jié)約下次創(chuàng)建的時間。另外在自己做的一些小工具中,有些數(shù)據(jù)想保存在文件中,以后再從文件中讀取,用序列化的方式也十分方便。而且那時正好系統(tǒng)的學習了一下C++模板技術(shù),感覺在一般的編程活動中很難用到一些比較高級的模板技術(shù),所以想用C++模板技術(shù)來寫這個序列化框架。最后那個項目中沒有使用這個序列化框架,但我至少達到了第二個目標,寫這個序列化框架讓我對C++模板技術(shù)有了更深層次的理解。

              在這個框架中包含了一個序列化的基本框架,一套基本的類型識別系統(tǒng),可以識別基礎(chǔ)類型,復雜類型,自定義類型,STD的容器類型,而且可以這個基礎(chǔ)上進行遞歸的擴展。

              在寫這個框架的同時,我也寫了完整的測試案例。如果沒有測試案例,要調(diào)試這樣的框架可就真是難與登天,因為模板方面的錯誤,編譯器報出來的信息很難看,有的根本就沒用。

              代碼是在VC7.1下寫的,也只能在VC7.1下用,VC6對于C++模板的支持非常有限,而其他的編譯器在這方面的支持也有出入。如果要用于其他的編譯器可能要修改部分類型識別方面的代碼。測試框架我用的是cppunit(1.9.14),這是個開源的測試框架,可以在www.xprogramming.com下載到。其中類型識別方面的代碼我主要是參考了《C++ template》一書,和boost中的部分代碼。

              由于是用模板寫的比MFC中的運行時序列化框架在效率上的表現(xiàn)要好得多。使用起來也相當?shù)暮唵巍H绻獙W習C++模板的高級技術(shù),研究一下這個框架可以獲益良多。由于是框架代碼,我寫得相當規(guī)范,有注釋,也有完整的測試案例,可以進行自動的回歸測試。

              使用的方法比較簡單請參考(fileRWTest.cpp)文件中的測試案例。

              普通的數(shù)據(jù)類型:

            (unsigned char, unsigned short, unsigned int, unsigned long, signed char, signed short, signed int, signed long, bool, char, wchar_t, unsigned long long, signed long long, float, double, long double)可以直接序列化及反序列化。

              對于指針類型:

              會序列化指針具體指向的對象,如果指針指向的對象的類型是序列化框架無法識別的類型會報出編譯錯誤。注意在反序列化時,只需要傳一個空指針即可,序列化框架會將被序列化的對象的值反序列化到堆上,并將地址付給指針。如果傳一個有值的指針,在DEBUG模式下會在運行時引發(fā)一個斷言錯誤。在 RELEASE下會導致原來指針指向的對象被泄漏。


              對于普通數(shù)據(jù)類型的數(shù)組:

              會將整個數(shù)組以內(nèi)存拷貝的方式序列化到內(nèi)存,即使沒被真正賦值的元素。反序列化時傳一個相同類型的數(shù)組即可。需要注意的是,傳進的數(shù)組的容量必須大于或等于被序列化的數(shù)組的容量,否則會引發(fā)數(shù)組越界的內(nèi)存錯誤,在DEBUG模式下,會引發(fā)一個斷言錯誤。

              非普通數(shù)據(jù)類型的數(shù)組:

              數(shù)組元素的類型可以是除普通數(shù)據(jù)類型之外的所有被序列化框架所支持的類型。序列化時會針對每一個元素調(diào)用序列化框架對它的具體序列化特化,反序列化時亦然。由于在RELEASE模式下類類型的數(shù)組在申明后,編譯器會生成調(diào)用相應類的缺省構(gòu)造函數(shù)的代碼。但對于原始類型,如指針數(shù)組類型如果不顯式的手工初始化,數(shù)組中的值是無意的隨機值。這種情況序列化框架無法識別,會贊成嚴重的內(nèi)存錯誤。另對于指針數(shù)組的某些元素為NULL的情況,序列化框架也無法處理,在DEBUG模式下會引發(fā)一個斷言錯誤。

              因些如果是指針數(shù)組除非數(shù)組中的元素全部為有意義的指針,否則不應該做為一個數(shù)組來序列化,而應該加入相應的遍歷邏輯,將有意思的元素逐個序列化。

              對于一般的數(shù)組,如果有意思的只是其中的少部分元素,也應該以上述方式進行序列化,以提高性能。

              自定義數(shù)據(jù)類類型:

              不需要拷貝構(gòu)造函數(shù),不需要拷貝賦值函數(shù),不需要析構(gòu)函數(shù)的類。如老式的struct結(jié)構(gòu)類型。這種類型可以通過直接拷貝內(nèi)存而被高效的序列化及化序列化。只需要讓一個類從_data_class_tag派生,序列化框架就會將它當成普通的數(shù)據(jù)類類型處理。

              自定義復雜類型:

              對于非數(shù)據(jù)類類型,必須從CSerializable派生,關(guān)在類的定義中加入SERIALIZABLE(name, x)宏,name是該類的名字,x是相應的版本號。版本號的引入主要是避免在一個類被修改后,和以前生成的序列化文件一起使用,以免引起內(nèi)存錯誤。在類中還必須實現(xiàn)virtual bool Serialize(CMedia *) const;函數(shù),在該函數(shù)中寫具體的序列化代碼。該函數(shù)的內(nèi)容很簡單,按序列化及反序列化用為兩段,簡單的為每一個需要序列化及反序列化的成員函數(shù)調(diào)用即可,如下列:

            if (pMedia->IsStoring()) {
             *pMedia << m_1 << m_2 << m_3 << m_4 << m_5;
             return true;
            }
            if (pMedia->IsLoading()) {
             *pMedia >> m_1 >> m_2 >> m_3 >> m_4 >> m_5;
             return true;
            }

              注意序列化和反序列化的順序這要錯。

              std::string及std::wstring類型:

              使用比較簡單。值得注意的是和將字符串數(shù)組做字符指針用的情況一樣。如果申明了一個容量很大的string(一般是為了避免在追加時的內(nèi)存重分配開銷),卻只用了一小部分。序列化并反序列化,string對象的容量只是剛好有內(nèi)存的那部分。

              std::pair類型:

              只要是pair的first和second必須是序列化框架所支持的類型就可以被正常的序列化及反序列化。

              std容器類型:

            (vector,list,deque,stack,queue,set,multiset,map,multimap)

            支持以上的容器類型,其中容器中的元素類型必須是序列化框架所支持的類型。
            posted on 2008-07-19 13:15 chatler 閱讀(291) 評論(0)  編輯 收藏 引用 所屬分類: C++_BASIS
            <2010年8月>
            25262728293031
            1234567
            891011121314
            15161718192021
            22232425262728
            2930311234

            常用鏈接

            留言簿(10)

            隨筆分類(307)

            隨筆檔案(297)

            algorithm

            Books_Free_Online

            C++

            database

            Linux

            Linux shell

            linux socket

            misce

            • cloudward
            • 感覺這個博客還是不錯,雖然做的東西和我不大相關(guān),覺得看看還是有好處的

            network

            OSS

            • Google Android
            • Android is a software stack for mobile devices that includes an operating system, middleware and key applications. This early look at the Android SDK provides the tools and APIs necessary to begin developing applications on the Android platform using the Java programming language.
            • os161 file list

            overall

            搜索

            •  

            最新評論

            閱讀排行榜

            評論排行榜

            99精品久久久久中文字幕| 久久人人爽人人澡人人高潮AV| 精品久久人人爽天天玩人人妻| 精品久久久无码人妻中文字幕豆芽| 久久久久青草线蕉综合超碰| 武侠古典久久婷婷狼人伊人| 欧美精品福利视频一区二区三区久久久精品| 国产精品久久久久…| 国产亚洲精久久久久久无码| 高清免费久久午夜精品| 国产欧美一区二区久久| 国产成人无码精品久久久免费 | 国产99久久久国产精品~~牛| 久久er99热精品一区二区| 久久国产精品久久| 99久久精品九九亚洲精品| 久久久久亚洲AV无码专区桃色| 伊人伊成久久人综合网777| 少妇久久久久久被弄高潮| 好久久免费视频高清| 久久久久久国产a免费观看不卡| 人妻无码αv中文字幕久久琪琪布| 亚洲午夜久久久久久久久电影网| 精品久久一区二区三区| 久久综合伊人77777麻豆| 97久久婷婷五月综合色d啪蜜芽| 国产亚洲美女精品久久久久狼| 欧美与黑人午夜性猛交久久久 | 久久av免费天堂小草播放| 中文字幕无码久久久| 99久久99久久久精品齐齐| 久久久久国产亚洲AV麻豆| 久久综合给合久久狠狠狠97色| 久久这里只有精品首页| 97久久国产露脸精品国产| 国产成人久久久精品二区三区| 久久久噜噜噜久久中文字幕色伊伊 | 狠狠狠色丁香婷婷综合久久五月| 久久精品无码一区二区日韩AV| 久久人人爽人人爽人人AV东京热| 久久AⅤ人妻少妇嫩草影院|