Protobuf-net 对象图引用完整性

Question

protobuf-net ver 2 中有一个简洁的选项，称为 [ProtoMember(2,AsReference=true)]。在大多数情况下，这是一个后续问题：

• protobuf-net serializing object graph

我开始怀疑无论何时发生序列化/反序列化，是否始终保持引用完整性。当您使用 AsReference 选项时，protobuf-net 是否已经这样做了？

为了说明的目的，我整理了一个基本的代码示例，然后想，“也许我需要从 ORM 世界中借鉴一些想法？”我应该实施身份映射吗？我是否应该以某种方式告诉 protobuf（通过委托？）改为解析对/来自外键值的引用。

我想听到的答案是，protobuf-net 可以通过某种方式保持跨程序集边界的引用完整性，即使类型看起来很像。

但是，为了以防万一，这里有一个替代顺序：

• a => 1. 解析对主键 int 的引用，2. 序列化

• b => 3. 反序列化，4. 将主键 int 解析为引用

注释/约束：

• 类是彼此的镜像，但会在每个程序集中重新编译。

• 无论对象何时序列化，对象图都需要相同。即 A.ref=B（序列化/反序列化）。 C.ref=B（序列化/反序列化）。

讨论示例：

using System;
using System.Collections.Generic;
using ProtoBuf;

namespace protobuf_question
{
    class Program
    {
        static void Main(string[] args)
        {
            var a = new A() { key = 1 };
            var b = new B() { A = a, key = 2 };
        }
    }

    [ProtoContract]
    public class A
    {
        [ProtoMember(1)]
        public int key { get; set; }
    }
    [ProtoContract]
    public class B
    {
        [ProtoMember(1)]
        public int key { get; set; }
        [ProtoMember(2,AsReference=true)]
        public A A { get; set; }  // a reference
    }
    [ProtoContract]
    public class IdentityMap<T,TKey>
    {        
        public static readonly IdentityMap<T,TKey> instance = new IdentityMap<T,TKey>();  // singleton
        private Dictionary<string, T> identitySpace { get; set; }
        public IEnumerable<string> GetIdentitySet (/* some criteria */)
        {            
            // used for serializing with reference safety between assemblies.
            throw new NotImplementedException();
        }
        public TKey GetKey(T reference)
        {
            // map object reference to identity map; return identity.
            throw new KeyNotFoundException();
        }
    }

}

Answer 1

我想听到的答案是，protobuf-net 可以通过某种方式保持跨程序集边界的引用完整性，即使类型看起来很像。

是的，可以。当使用AsReference=true 时，它会在内部生成一个与其他任何东西无关的不透明密钥，并在网络上使用它；此密钥基于流的确定性。一切都保持 100% 基于合同。只要合约兼容，是否相同类型、相同进程、相同机器、相同操作系统等都没关系。

唯一的例外是在使用 DynamicType=true 选项时，它将类型元数据刻录到线路中，但 即使 也不需要是 实际类型数据 - 如果您想提供比默认设置更细粒度和可控的内容 (type.AssemblyQualifiedName)，您可以订阅一个事件。如果您使用 DynamicType，这将允许您在实现之间透明地交换类型。当然，如果你不使用DynamicType，那么这个问题一开始就不存在。

---

你的身份地图...我不清楚那里的动机。但要明确一点：现有代码不会尝试识别任何“主键”候选者并仅序列化这些候选者；它会在第一次看到对象时序列化它（并且发明一个键），否则它只会写入它上次组成的键。