在protobuf-net中,可以基于基类型部分地反序列化消息

时间:2011-02-15 10:06:15

标签: c# protocol-buffers protobuf-net

protobuf-net中的

是否可以根据基类型部分反序列化消息?

在我的系统中,我有一个继承层次结构,其中每个消息都继承自MessageBase。 MessageBase有一个uint MessageType。理想情况下,我只想反序列化MessageBase并检查它是否是我感兴趣的MessageType然后我可以丢弃消息或决定反序列化实际消息。这是为了节省反序列化的成本(我有一个cpu周期预算和许多要处理的消息)。

示例用法如下所示。

非常感谢。

 MessageBase msgBase = ..deserialize; 

  if(msgBase.MessageType = 1)//1 is the Tick msg type
  {
     Tick tick = ..deserialize actual msg;
     //do something with tick
   }
  //throw away msgBase 

[ProtoContract,ProtoInclude(1, typeof(Tick))]
public class MessageBase
{
    protected uint _messageType;

    [ProtoMember(1)]
    public uint MessageType
    {
        get { return _messageType; }
        set{ _messageType = value;}
    }
}

[ProtoContract]
public public class Tick : MessageBase
{
    private int _tickId;
    private double _value;

    public Tick()
    {
        _messageType = 1;
    }

    [ProtoMember(1)]
    public int TickID
    {
        get { return _tickId; }
        set { _tickId = value; }
    }
    [ProtoMember(2)]
    public double Value
    {
        get { return _value; }
        set { _value = value; }
    }
}

1 个答案:

答案 0 :(得分:3)

如果是部分的消息,那么此刻:没有。由于它是字段1,我可以潜在地预先筛选它们,但即使这是一个黑客(不能保证字段1是第一个 - 规范明确表示你必须允许任何排序)。

然而!

如果您愿意接受一些重构,可能会有一个选项。如果这是一个线性的异构消息序列,那么编码它的另一种方法是使用SerializeWithLengthPrefix实现,为每种消息类型传递一个不同的标记 - 然后你有一个类似的序列(表示有点自由)

1:[tick-body] 2:[some-other-body] 1:[tick body] etc

当然它取决于另一端的匹配,但除非我弄错了,否则这与SAX类似的处理discussed here(作为提案)非常吻合,顺便提一下,它也完全兼容NonGeneric反序列化工作。这是一个示例,反序列化Bar个对象,在控制台上显示“2”和“4”:

using System;
using System.IO;
using ProtoBuf;
[ProtoContract]
class Foo
{
    [ProtoMember(1)]
    public int A { get; set; }
}
[ProtoContract]
class Bar
{
    [ProtoMember(1)]
    public int B { get; set; }
}
static class Program
{
    static void Main()
    {
        using (var ms = new MemoryStream())
        {
            Serializer.SerializeWithLengthPrefix(ms, new Foo { A = 1 }, PrefixStyle.Base128, 1);
            Serializer.SerializeWithLengthPrefix(ms, new Bar { B = 2 }, PrefixStyle.Base128, 2);
            Serializer.SerializeWithLengthPrefix(ms, new Foo { A = 3 }, PrefixStyle.Base128, 1);
            Serializer.SerializeWithLengthPrefix(ms, new Bar { B = 4 }, PrefixStyle.Base128, 2);
            ms.Position = 0;

            // we want all the Bar - so we'll use a callback that says "Bar" for 2, else null (skip)
            object obj;
            while (Serializer.NonGeneric.TryDeserializeWithLengthPrefix(ms, PrefixStyle.Base128,
                tag => tag == 2 ? typeof(Bar) : null, out obj))
            {
                Console.WriteLine(((Bar)obj).B);
            }
        }
    }
}

在线上,这实际上与父对象兼容:

repeated foo foo = 1;
repeated bar bar = 2;

如果建议的option generate_visitors得到实现,您应该能够从任何客户端使用相同类型的异构数据流。显而易见的映射类似于[ProtoContract]上的可选属性来帮助解决这个问题 - 但我不想在新的protobuf功能明确之前添加它,因为到目前为止它看起来与我的实现完全匹配。哪个好。