【问题标题】:Calling original deserialize method from a custom serialized class?从自定义序列化类调用原始反序列化方法?
【发布时间】:2012-08-21 20:34:05
【问题描述】:

好的,假设我有一个如下所述的课程:

[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

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

在我的deseralise中,例如

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

非常感谢。

【问题讨论】:

  • 我知道这不是一个直接的答案,但您可能想看看sharpserializer.com/en/index.html - 它提供了比 .NET 的“本机”二进制序列化器更好的功能,并且涵盖了保持向后兼容性你在追求。如果您提出要求,我相信作者很乐意为您提供更多信息(我联系过他一次,他非常乐于助人)。我个人不隶属于该项目。

标签: c# serialization deserialization


【解决方案1】:

您可以执行您描述的版本控制,但您需要记住两件重要的事情:

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

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

【讨论】:

  • 我想你误解了我在问什么,我现在更新了我的问题。
  • 您的 OP 仍然显示“所以,.Net 足够聪明,可以在内部进行一些版本控制,并毫无问题地解码版本 1。”这不是真的。我想首先确保您了解内部没有发生版本控制。实际版本控制不会发生,因为“VersionAdded”属性未使用且已保留。
  • 抱歉,是的,我明白版本控制的重点。我有种假设它发生了一些奇怪的事情,它实际上并没有存储版本值,它只是使用它来确定可以添加哪些序列项。在这一点上,我决定我将包括我自己的版本,我将管理它。我现在更新了这个问题,以反映使用 ms 版本控制机制是愚蠢的事实。
猜你喜欢
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2022-09-23
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2013-09-09
相关资源
最近更新 更多