BinaryFormatter 中可选字段的反序列化

Question

我有一个使用BinaryFormatter 序列化数据的应用程序。将成员添加到从一个版本序列化到下一个版本的类中，而不更改类名。添加了代码以处理旧序列化文件中可能缺少添加的成员：

private void readData(FileStream fs, SymmetricAlgorithm dataKey)
{
    CryptoStream cs = null;

    try
    {
        cs = new CryptoStream(fs, dataKey.CreateDecryptor(),
            CryptoStreamMode.Read);
        BinaryFormatter bf = new BinaryFormatter();

        string string1 = (string)bf.Deserialize(cs);
        // do stuff with string1

        bool bool1 = (bool)bf.Deserialize(cs);
        // do stuff with bool1

        ushort ushort1 = (ushort)bf.Deserialize(cs);
        // do stuff with ushort1

        // etc. etc. ...

        // this field was added later, so it may not be present
        // in the serialized binary data.  Check for it, and if
        // it's not there, do some default behavior

        NewStuffIncludedRecently newStuff = null;

        try
        {
            newStuff = (NewStuffIncludedRecently)bf.Deserialize(cs);
        }
        catch
        {
            newStuff = null;
        }

        _newStuff = newStuff != null ?
                new NewStuffIncludedRecently(newStuff) :
                new NewStuffIncludedRecently();
    }
    catch (Exception e)
    {
        // ...
    }
    finally
    {
        // ...
    }
}

我现在的意思是，我真的很想冲洗并与我想添加的另一个成员重复，这意味着我将添加另一个字段和 try-catch 块，类似于NewStuffIncludedRecently.

我曾想过只制作整个类[Serializable]，但这不会破坏与旧序列化数据的兼容性吗？

我主要担心的是我不清楚反序列化是如何工作的。如果我添加与上述类似的另一个可选字段的处理，它会起作用吗？为了更好地处理这些更改，我还有哪些其他选择？

一如既往地提前致谢。

Answer 1

如果您用[OptionalField] 标记新字段，它应该可以工作，但我听说在某些情况下会出现问题。我不能肯定地说，因为我避免使用 BinaryFormatter，因为它在版本控制时有很多问题 :) （另外，它不像某些替代方案那样“紧密”，如果你想跨平台，它会有严重的问题, 或 CF/SL 等)

如果你正在实现ISerializable，你可以尝试：

foreach(SerializationEntry entry in info) {
    switch(entry.Name) {
         case "Name": Name = (string)info.Value;
         case "Id": Id = (int)info.Value;
         ...
    }
}

但是，必须再次强调 - 这是以艰难的方式做事：p 使用这种方法，您只需处理实际存在的数据。