關于擴展性設計的問題

527639827

各位大俠，請教一下：

現(xiàn)在我要把數(shù)據(jù)記錄到一個存儲器上，比如硬盤啊、U盤啥的，然后我將來可能讀出來并依據(jù)一定的組織方式解析存儲設備上的數(shù)據(jù)

比如我定義數(shù)據(jù)結構是這樣的

struct test
{
    WORD32 a；
   WORD64 b【4】；
   BYTE c；
    BYTE d【10】；

    BYTE Reserved【100】；
}

考慮到當前設計的這個數(shù)據(jù)結構將來可以擴充，發(fā)生變化，

1、比如當初的a變量由于需要變成了WORD32 a【4】，相當于中間字段擴充，這樣我用新的代碼解析原來存儲器上的數(shù)據(jù)，就完全不是我想要的東西。
2、另外一種變化是a變量由于需要變成了BYTE a【4】，雖然位置沒有擴充，但是可能由于字節(jié)序的問題，同一個空間的字段解析出來不同的東西


請教各位大俠，這樣的應該怎么設計才好呢？

肯定會預留一些空間出來以便將來擴充，只是希望設計好這個數(shù)據(jù)結果，保證將來擴充的時候頂多字段解析不了，不會出現(xiàn)覆蓋或者解析錯誤的情況

linyunxian

隔離變化：
struct test {
    struct data_a a;
    ...
}

需求變化時 struct data_a 結構自定義變化就好。

527639827

隔離變化：
struct test {
    struct data_a a;
    ...
}

需求變化時 struct data_a 結構自定義變 ...
linyunxian 發(fā)表于 2011-02-16 18:12

    可是考慮到在存儲設備上的字節(jié)布局，最終還是一個bit一個bit的啊

linyunxian

可是考慮到在存儲設備上的字節(jié)布局，最終還是一個bit一個bit的啊
527639827 發(fā)表于 2011-02-16 18:22

    如果是字節(jié)序的問題，那就直接用htonl之類的接口訪問數(shù)據(jù)了。