在C 中建立持久物件

持久物件（persistent objects）廣泛應用於遊戲、分布式資料庫系統、多**以及圖形應用程式中。目前c++並不直接支援永續性（persistence）（但有一些在c++未來版本中新增永續性和反射（reflection）的建議）。持久物件可以在建立它的程式的作用域之外保持自身狀態。把物件寫入乙個檔案並在以後重建之，或者把物件傳送到一台遠端機器，就是這樣的例子。對永續性的支援並不象第一眼看上去那樣簡單，同一物件的大小和記憶體布局在不同的平台上可能並不相同，而不同的位元組次序（byte ordering），或稱為endian-ness，使事情更加複雜化。在下文中我將討論如何實現永續性，而無須求助於dcom和 corba之類的第三方框架。對於小型和可移植的應用程式而言，這是一種有效並令人滿意的方案。

序列化（serialization）基礎

序列化內建資料型別

每個物件最終都由內建資料成員組成，如int, bool, char等等。你的第乙個任務是把這樣的型別寫入乙個輸出檔案流（ofstream）中。應用程式必須這些值儲存為相應的二進位制形式，基於這個目的，應使用write() 和read() 成員函式。write() 以某個變數的位址和大小為引數，把該變數的位模式寫入乙個檔案流中。read() 的兩個引數為char*和long型別，分別指示記憶體緩衝區的位址和位元組大小。下面的例子演示如何在ofstream中儲存兩個整數：

#include

using namespace std;

int main()

使用reinterpret_cast<>是必要的，因為write()的第乙個引數型別為const char*，但&x和&y是int*型別。

以下**讀取剛才儲存的值：

#include

using namespace std;

int main()

序列化物件

要序列化乙個完整的物件，應把每個資料成員寫入檔案中：

class ***_clip

;void ***_clip::serialize()

實現deserialize() 需要一些技巧，因為你需要為字串分配乙個臨時緩衝區。做法如下：

void ***_clip::deserialize()

效能優化

你可能會感到迷惑，為什麼不把整個物件一次性轉儲到檔案中，而必須對每個資料成員進行序列化呢？換句話說，難道不能用下面的方式實現serialize() 嗎？

void ***_clip::serialize()

不行，不能這樣做。這種方式至少存在兩個問題。通常，當被序列化的物件還包含其它一些物件時，你不能簡單地把該物件轉儲到乙個檔案中並指望以後從中重建乙個有效的物件。在我們的例子中，外層物件包含乙個std::string成員，乙個淺拷貝（shallow copy）操作會把std::string成員歸檔，但其值是時變的，意思是說每次執行程式時都可能改變。更糟的是，由於std::string事實上並不包含乙個字元陣列，而是乙個指標，使用淺拷貝試圖重建原始字串是不可能的。為克服這個問題，程式沒有序列化string物件，而是歸檔其含有的字元和長度。一般來說，指標，陣列和控制代碼應以相同的方式進行處理。

另乙個問題設計到多型物件。每個多型物件都含有乙個vtpr，即乙個指向虛函式位址分配表的隱藏指標。vtpr的值是時變的，如果你把整個多型物件轉儲到乙個檔案中，然後強行把歸檔後的資料新增到乙個新的物件上，則其vptr可能無效並導致未定義的行為。再次提醒，解決方案是只對非時變的資料成員進行序列化和反序列化。另一種方法是計算vptr的確切偏移量，在從檔案重建物件時不要動它。記住，vptr的位置是與實現相關的，因此這樣的**是不可移植的。

小結

雖然c++不直接支援物件永續性，但手工實現它並不難，只要你遵從一些基本的準則：首先把每個復合物件分解為原始資料型別，然後對這些原始資料型別進行序列化。當序列化資料時，記住要跳過時變的值。在反序列化過程中，讀取剛才儲存的值。處理string物件、陣列和控制代碼需要一些技巧：總是要對它們解引用，儲存它們所指向的值。記住在乙個單獨的字段中儲存string或陣列的大小。

在C 中建立持久物件

在C 中建立持久物件

在指令碼中建立物件

C 在堆上建立物件還是在棧上建立物件

在C 中建立持久物件

在C 中建立持久物件

在指令碼中建立物件

C 在堆上建立物件還是在棧上建立物件

相關推薦