2

好的，可以说我有一个如下所述的课程：

[serializable]
class foobar
{
    const int version =1;
    List<Object> Bar;

    <methods etc n stuff>
}

好的，这么直截了当。

现在，让我们在版本 2 中添加一个新成员。

[serializable]
class foobar
{
    const int version =2;
    List<Object> Bar;  
    public string NickName;


    <methods etc n stuff>
}

好的，所以现在我做了一件非常顽皮的事情。我决定实际上，我不希望 Bar 成为一个列表，而是一个自定义列表之类的东西，具有一些额外的功能或隐藏的功能。所以我这样做：

[serializable]
class foobar
{

    const int version =3;
    FooList BarList;  


    public string NickName;


    <methods etc n stuff>
}

好的，这不起作用，照原样。因此，我实现了自定义序列化并将新的 barlist 手动设置为反序列化列表，并手动读取昵称。到目前为止一切顺利，一切正常。

但是，现在，版本 4 出现了，我添加了另一个成员参数。我现在必须手动序列化和手动恢复所有参数，使用越来越复杂的序列化和反序列化方法集，只是为了支持一个（可能）永远不会真正使用的古老错误

我的问题是：

是否可以在序列化时调用原始的获取对象数据方法？也就是说，据我了解，有一些逻辑可以做到这一点

If(object implements ISerializable)
   object.serialize
else
   SerialzeUsingReflection(object) //The "original" way

然后，我可以根据版本决定自定义反序列化，或者，如果我知道不会有“丢失”数据属性调用原始反序列化方法？

在我的荒芜中，例如

if(version ==2)
{
    ... //do all the deserialise manually
}
else
{
    CallFrameworkOriginalMethod();
}

非常感谢。

4

1 回答 1

0

您可以执行您描述的版本控制，但您需要牢记两件重要的事情：

首先，您不应该使用 OptionalFieldAttribute 的“VersionAdded”属性。在msdn上，他们清楚地声明“此属性未使用且已保留”。这是重要的信息，因为首先，当框架文档说某些内容被保留时，您应该避开它。其次，框架文档说它没有被使用，所以即使你继续使用它，你也不应该期望它能够工作。我知道，msdn上还有一个页面这解释了“版本容忍序列化”的工作原理以及您应该如何使用 VersionAdded 属性。然而，这是他们首先编写它应该如何工作的规范但从未真正解决实现的情况 - 根据页面 VersionAdded 应该已经添加了 .NET 2.0 版。这发生了，但没有逻辑与序列化框架中的该属性相关联。现在我们使用的是 4.5 版，但该逻辑仍未实现。避开并使用其他东西，这取决于您是否打算使用第三方实用程序，如“sharpserializer”，或者您是否要自己编写。

其次，您问是否可以调用原始的获取对象数据方法。答案是否定的，当您序列化一个对象时，唯一写入的是字段中证实的状态。不包括来自方法体的 IL。

于 2013-09-12T05:33:15.057 回答