使用 Protobuf-net 跨多个命名空间进行序列化

Question

我一直在使用 protobuf-net（版本 2.0.0.480）来序列化消息的系统上工作。此应用程序使用 CQRS 方法，其中命令和事件已分离到不同的命名空间 [和程序集]。

代码将在运行时为从 MessageBase 继承的任何类动态添加类型。这是使用以下代码完成的：

    // Used as a unique reference for each type in a member
    private static int _sequence = 1000; 
    public static void RegisterAll()
    {
        RegisterAllDerivedFrom<MessageBase>();
    }
    public static void RegisterAllDerivedFrom<T>(params Assembly[] assemblies)
    {
        if (assemblies == null || assemblies.Length == 0)
        {
            assemblies = AppDomain.CurrentDomain.GetAssemblies();
        }

        var type = typeof(T);
        var model = RuntimeTypeModel.Default;
        var metaModel = model.Add(type, true);

        RegisterAllBaseTypes(type, metaModel, model, assemblies);
    }
    private static void RegisterAllBaseTypes(Type type, MetaType metaModel, RuntimeTypeModel model, params Assembly[] assemblies)
    {
        foreach (var t in assemblies.SelectMany(a => a.GetTypes().Where(t => t.BaseType != null && t.BaseType == type)))
        {
            var subModel = model.Add(t, true);
            metaModel.AddSubType(_sequence, t);
            _sequence++;

            RegisterAllBaseTypes(t, subModel, model, assemblies);
        }
    }

一些类型也手动添加到 Default RuntimeTypeModel：

RuntimeTypeModel.Default.Add(typeof(ReferenceNumber), true)
            .AddSubType(100, typeof(Product))
            .AddSubType(110, typeof(ProductGroup));

当所有消息都在时，以上所有内容似乎都可以正常工作：

LogicalGrouping.Events

项目向前推进并添加了一个新的命名空间：

ReferenceGrouping.Commands

一旦添加 ReferenceGrouping.Commands 并尝试发送消息，就会抛出 ProtoException。我发现此行为的唯一解决方法是将 ReferenceGrouping.Commands 中的命令添加到 LogicalGrouping.Events。

这是预期的行为还是 RuntimeTypeModel 应该能够支持从完全不同的命名空间添加的类？

Answer 1

根据我的评论，Protobuf-net 根本不关心名称空间、类型名称或成员名称，因为它使用数字键作为标识符（根据 protobuf 规范）。这意味着您可以在不同的程序集中对完全不同的模型进行反序列化，只要数字有意义。

查看代码，我强烈怀疑问题在于您没有可靠（可重复）的子类型标识符。如果有，在序列化时：

• 富
  • SubFoo1 (key=2)
  • SubFoo2 (key=5)

那么重要的是，在配置反序列化模型时，兼容的密钥；例如，您可以反序列化为：

• 酒吧
  • MegaBar（键=2）
  • UltraBar（键=5）

我的猜测是您添加子类型的机制无法确保数字匹配。它需要一些线索。实际上，查看您的代码，我想知道如果：

• 添加类型
• 删除类型
• 重命名类型
• 重定位类型
• 只是...任何时候（不保证类型的顺序，IIRC）

我的建议是：在某处保留每个键在子类型方面的含义的外部注册。或者：使用 ProtoIncludeAttribute 在代码中执行相同操作。