3

我正在尝试为如下所示的类编写序列化代码：

public class EventMessage
{
    public Dictionary<string, object> Headers { get; set; }
    public object Body { get; set; }
}

此类中的“对象”类型成员包含来自非常小的（基本上，仅限于一个程序集 + 基本 CLR 类型）类型集的对象。所以我想我可以简单地将这些类列为对象类的子类型，如下所示：

model.Add(typeof(object), false)
    .AddSubType(1, typeof(X))
    .AddSubType(2, typeof(Y))
    ....

这样我就不必将类型信息嵌入到序列化消息中，因为对象类本身的反序列化很像 switch 语句 - 它检查消息中存在哪个标签并反序列化为适当的类型。我喜欢这样，因为这样我就可以自由地重命名类并在程序集中移动它们而不会破坏任何东西。

在我开始测试主要包含字符串数据的标头之前，这在我的测试中效果很好。我无法将字符串标记为对象的子类型，因为我遇到了这个异常：

Data of this type has inbuilt behaviour, and cannot be added to a model in this way: System.String

有什么方法可以实现这种行为，还是必须在消息中嵌入类型信息才能序列化此类？

4

3 回答 3

2

难道你不能添加一个“消息”或类似的类来封装你试图嵌入的字符串

class Message
{
  [ProtoMember(1)]
  string Data {get;set;}
}
于 2012-07-25T05:44:44.453 回答
2

protobuf-net 存储结构化数据；object本质上不是结构化的，它不会让您简单地为 声明子类object，也不会让您对基本类型（如 ）进行猴子string，它具有非常特殊的序列化规则。

这在我的测试中效果很好

如果是这样，那就是一个错误；没有办法应该工作。完全没有。它当然不是受支持的方案，并且不能保证做正确的事情（它也可能严重破坏事情）。在这种情况下，我将更改代码以显式导致异常。我正在添加以下内容，以尽快修复：

嗯....我虽然这是一个无效的场景，但我的回归测试强调了一些“现有技术”，特别是：为什么在 protobuf-net 中序列化的字符串实习在这个例子中不起作用？

（这就是为什么每次我回答一个重要的 protobuf-net 问题时，我都会将其添加为回归测试，所以我没有撒谎）

我想我不应该排除它，但请想想小猫：这不是我推荐的做法。不过，我想我现在不能杀死它。但强调：我不能启用它来添加string（等）作为子类型。仅考虑 API 消息类型，即您的自定义class/ structs。

这样我就不必将类型信息嵌入到序列化消息中，因为对象类本身的反序列化很像 switch 语句

protobuf-net 通常也不嵌入类型信息；p 虽然有一些“动态”支持确实包含类型信息，但在这种情况下不需要它。

在不嵌入任何类型信息的情况下执行此操作的受支持方法是封装您想要的值，例如：

[TestFixture]
public class SO11641262
{
    [Test]
    public void Execute()
    {
        var model = TypeModel.Create();
        model.Add(typeof (FooData), true)
            .AddSubType(1, typeof (FooData<string>))
            .AddSubType(2, typeof (FooData<int>))
            .AddSubType(3, typeof (FooData<SomeOtherType>));

        var val = FooData.Create("abc");
        var clone = (FooData)model.DeepClone(val);
        Assert.AreEqual("abc", clone.ValueUntyped);
        Assert.AreEqual(typeof(string), clone.ItemType);

    }

    [ProtoContract]
    public abstract class FooData
    {
        public static FooData<T> Create<T>(T value)
        {
            return new FooData<T> {Value = value};
        }
        public abstract Type ItemType { get; }
        public abstract object ValueUntyped { get; set; }
    }
    [ProtoContract]
    public class FooData<T> : FooData
    {
        [ProtoMember(1)]
        public T Value { get; set; }

        public override Type ItemType
        {
            get { return typeof (T); }
        }
        public override object ValueUntyped
        {
            get { return Value; }
            set { Value = (T) value; }
        }
    }
    [ProtoContract]
    public class SomeOtherType {}
}
于 2012-07-25T06:43:29.750 回答
0

嗯..我认为它是 CLR 原始类型、继承自对象还是某些自定义类型都没有关系。如果它被注册为继承类型，那么它应该以任何方式工作。据我一般理解，它以这种结构序列化

object
{
  A: {..., AA: {}}
  B: {..., BB: {}}
}

class A{ ... } 
class A: AA { ...}

class B {...}
class BB : B {...}

它不应该影响它添加额外继承的任何东西，比如

object
{
  A: {..., AA: {}}
  B: {..., BB: {}}
  String: 'asdf'
}

因为您没有更改字符串序列化，只是将 String 添加为继承对象。如果我想要int或任何其他原始类型，同样的问题

于 2012-07-25T14:24:14.610 回答