Protobuf-net与官方的google Protobuf for C++（消息编码）不兼容

Question

我们在.NET中有一些（很多）类。我们使用protobuf-net对它们进行标记，并通过google original库为C++代码端生成。proto包装器。

因此，我在某个EventBase类上有一条消息(C++DebugString()(.NETEventCharacterMoveinheritsEventBase，而在C++中，我只写到可选属性）：

UserId: -2792
EventCharacterMoved {
  Coordinates {
    Position {
      X: 196.41913
      Y: 130
      Z: 213
    }
    Rotation {
      X: 207
      Y: 130
      Z: 213
    }
  }
  OldCoordinates {
    Position {
      X: 196.41913
      Y: 130
      Z: 213
    }
    Rotation {
      X: 207
      Y: 130
      Z: 213
    }
  }
}

（来自这样的。Proto文件）

message Coordinates {
   optional TreeFloat Position = 1;
   optional TreeFloat Rotation = 2;
}
message EventBase {
   optional int32 UserId = 10 [default = 0];
   // the following represent sub-types; at most 1 should have a value
   optional EventCharacterMoved EventCharacterMoved = 15;
}
message EventCharacterMoved {
   optional Coordinates Coordinates = 100;
   optional Coordinates OldCoordinates = 101;
}
message TreeFloat {
   optional float X = 1 [default = 0];
   optional float Y = 2 [default = 0];
   optional float Z = 3 [default = 0];
}

正如你所看到的，它相似但不相同。由于这种差异，CPP代码可以读取。NET C#消息，而。NET不能读取CPP消息。

在反序列化的代码中，我们得到：

TestProto.exe中出现类型为“System.InvalidCastException”的未处理异常

using (var inputStream = File.Open(@"./cpp_in.bin", FileMode.Open, FileAccess.Read)) {
    var ecm = Serializer.Deserialize<EventCharacterMoved>(inputStream);
}

或者至少如何使原始google protobuf的编码方式与.NET protobuf相同？

对于那些真正感兴趣并想进入它的人来说，带有简化示例的压缩包（包括C++和C#代码的VS2010解决方案）

Answer 1

基本上，数据在理论上是相同的；这实际上归结为字段排序。从技术上讲，字段通常是按升序编写的，但可以期望以任何顺序编写。关于Protobuf-net；对于不涉及继承的类型，无论顺序如何，它都可以正常工作。protobuf规范没有定义继承，因此protobuf-net在规范中添加了对继承的支持（由于不断的需求）。作为实现特性，它首先写入子类信息（即，字段15，子类型，写在字段10之前）。在当前时间，在反序列化过程中，它也首先期望子类型信息。这很少影响到任何人，因为protobuf-net是唯一使用这种继承的实现，所以继承特性的使用大多只在protobuf-net到protobuf-net之间使用。

在您的例子中，您使用。Proto与CPP进行互操作；这意味着CPP代码将能够使用protobuf-net数据，但它可能会出现另一种类型转换异常（基本上，它在获得第一个数据字段时开始构造具体类型）。

尽管这很少成为一个问题，但这是需要解决的问题。我可以试着今天晚些时候或者明天再看这个。

• 确保子类型字段始终低于任何数据字段
• 如果您知道它需要子类型，请使用合并API，并传入所需类型的现有新对象-这将正确填充现有对象
• 等待一两天（希望！） 使用版本r616或更高版本以获得正确的修复
• 使用interop时避免继承（和其他特定于实现的特性）
  • 注意您可以通过封装对相同的数据进行建模而不需要继承--而且它会很好地工作；这里的问题是具体类型的创建
  • 首先使用EventCharacterMoved数据编写EventBase，然后序列化；现在，在一个单独的模型中，只使用Treefloat数据编写EventBase，并进行序列化；这将模拟按照所需的顺序编写它们（protobuf流是可附加的）-不太好