Protobuf-net 模式，用于可选可分配的可空类型（不是集合）

Question

我已经搜索了一段时间，并找到了表明 protobuf-net 可以处理可为空类型的各种线程、关于诸如空集合之类的各种线程（此处不相关）以及以前的默认值行为在proto2中一直是“可选”字段，但我还没有找到以下问题的具体答案。这将是我第一次使用 protobuf-net 或协议缓冲区作为序列化格式。

想象一下，我正在多个不同的应用程序之间使用事件承载状态传输模式发送消息 - 因此消息的发布者和订阅者包含状态 - 以及该状态的某种共享模型。任何参与的应用程序都有一些“相同”实体的表示（因此是 ECST），但并非所有系统都理解所有属性。就应用程序的 SQL 数据库中的持久性而言，可能如下所示（为简洁起见，省略了比例）：

table App1Products { productKey int, productName varchar null }

table App2Products { productKey int, productName varchar null, productWeightKg decimal null }

table App3Products { productKey int }

为了这个例子，假设普通共享模型是所有不同属性的联合：{ productKey, productName, productWeightKg }

现在假设有人在App1Products 中更新了productName。我们想发布改变的状态。当我们这样做时，我们无法填充整个共享模型，因为 App1 在其架构中不包含 productWeightKg。我们需要以某种方式“忽略”这个元素的任何值，让潜在消费者明白它没有被填充。

我们不能仅仅发送一个默认值 (0)（或让订阅者将缺失的元素反序列化为默认值）来传达“不更新”语义，因为这会导致 productWeightKg 值设置为 0当 App2 收到消息时，在App2Products 表中。我们不能发送 null 来传达“不更新”语义，因为 null 也是该列的合法值。

最终，我们需要 App2 的订阅者代码来构造一个更新语句，这样要么不引用 productWeightKg 列，要么只是将其设置为自身，我们需要某种方式告诉 App2 的订阅者代码来执行此操作.

一种解决方案似乎是在消息中为每个字段创建一个附加元素，指示该字段是否已设置。在消息内容方面，我们可能会这样使用：

[ProtoContract]
public class Product
{
    [ProtoMember(1)]
    public int ProductKey { get; set; }

    [ProtoMember(2)]
    public string productName { get; set; }

    [ProtoMember(3)]
    public decimal? productWeightKg { get; private set; }

    [ProtoMember(4)]
    public bool productWeightKgSet { get; private set; }

    public void SetProductWeight(decimal? weight)
    {
        productWeightKg = weight;
        productWeightKgSet = true;
    }

    public void ClearProductWeight()
    {
        productWeightKgSet = false;
    }
}

如果这是一种合理的使用模式，那么下一个“显而易见”的想法是为这种行为创建某种模板类，我们可以将其重用于我们所有的消息类...

public class Optional<T>
{
    public T Value { get; private set; }
    public bool HasValue { get; private set; }

    public void Set(T val) { Value = val; HasValue = true; }
    public void Clear() { HasValue = false; Value = default; }
}        

这是解决这个问题的一种合理的方法，还是我错过了一些其他“已知的好模式”，或者这个模式在 protobuf-net 中不能按预期工作？

目前我的有限理解是，这可能需要使用 ProtoInclude 属性使用其所有可能的子实现来装饰 Optional 类，对吗？

Answer 1

最终，protobuf-net 的目的不是提供强大的字段跟踪机制，而且由于它适用于 POCO 类型 - 它无处存储任何其他状态，除了您的对象模型提供。它确实支持条件序列化，并且你的模型可以做很多事情来跟踪内部变化，正如here所讨论的那样；这可能与 Merge 结合使用（而不是反序列化） - 但除此之外并不是开箱即用的东西（据我所知，大多数其他 POCO 序列化程序也没有提供它)。

你所描述的和FieldMask 概念之间存在一些交叉，但是：迄今为止，protobuf-net 还没有实现或支持FieldMask 的需要。

我总是乐于探索图书馆可能能够帮助人们的新事物，但如果缺少图书馆功能：这可能是在 GitHub 上更好地讨论的内容，以及目标的非常具体的细节情景和动机等。