ProtoInclude 属性是什么意思（在 protobuf-net 中）

Question

在 ProtoBuf-Net 实现中，ProtoIninclude 的作用是什么属性是什么意思，它有什么作用？

举个例子将不胜感激。

我在这篇文章中看到了它，但我不确定它的作用。 例子是：

[Serializable,
 ProtoContract,
 ProtoInclude(50, typeof(BeginRequest))]
abstract internal class BaseMessage
{
  [ProtoMember(1)]
  abstract public UInt16 messageType { get; }
}

[Serializable,
 ProtoContract]
internal class BeginRequest : BaseMessage
{
    [ProtoMember(1)]
    public override UInt16 messageType
    {
        get { return 1; }
    }
}

另外，有没有办法使用 protogen 工具生成这样的继承？

Answer 1

抱歉，我不是故意错过这个的 - 唉，我没有看到全部。

考虑到问题中的具体细节，我假设您至少对 .proto 有点熟悉； 如果我错了请纠正我。

[ProtoInclude] 的工作方式与 XmlSerializer 的 [XmlInclude] 非常相似 - 或 DataContractSerializer 的 [KnownType] - 它允许它在（反）序列化期间识别类型的子类。 唯一额外的事情是它需要一个标签（数字）来标识每个子类型（必须是唯一的，并且不与父类型中的任何字段冲突）。

Re protogen：不； 底层规范（由 google 提供）根本没有提供继承的规定，因此 protogen（通过 .proto）没有机制来表达这一点。 protobuf-net 作为扩展提供继承支持，但其方式仍然使消息与其他实现保持线路兼容。 在推动下，也许我可以通过谷歌规范中的新扩展属性添加 protogen 支持，但我还没有这样做。

所以; 看一下例子； 表示BaseMessage和BeginRequest之间的继承关系； 无论您是否这样做：

Serialize<BaseMessage>(...)
Serialize<BeginRequest>(...)

• 无论哪种方式，它都会从基础（BaseMessage）开始并向上工作； 这不完全正确 - 它写入以 BeginRequest 开头的数据（这样它就知道我们有一个 BeginRequest 在反序列化期间尽早）。 重要的是，包含来自任何父合约类型的字段，并且序列化器查看传入的实际对象 - 而不仅仅是您所说的类型。

同样，在反序列化过程中，无论您是否使用：

Deserialize<BaseMessage>(...)
Deserialize<BeginRequest>(...)

您都会获得实际序列化的类型（大概是一个 BeginRequest）。

在引擎盖下，出于兼容性目的（使用宽协议缓冲区规范），这类似于编写类似的内容（请原谅任何错误，我的 .proto 生锈了）：（

message BaseMessage {
    optional BeginRequest beginRequest = 50;
    optional uint32 messageType = 1;   
}
message BeginRequest {        
}

覆盖可能不应该指定 [ProtoMember]< /code>，顺便说一句，

通常，它会按升序标记顺序写入字段，但为了实现高效的反序列化，引擎厚颜无耻地选择首先写入子类数据（这是规范明确允许的） -即它写了类似的内容（您必须想象二进制文件...）：（

[tag 50, string][length of sub-message][body of sub-message][tag 1, int][value]

在这种情况下，子消息的正文为空）

这是否涵盖了它？