如何配置 protobuf-net 的 RuntimeModel.Default 以支持序列化/反序列化 SessionSecurityToken？

BinaryFormatter 能够简单地处理序列化：

private byte[] TokenToBytes(SessionSecurityToken token)
{
    if (token == null)
    {
        return null;
    }

    using (var memoryStream = new MemoryStream())
    {
        var binaryFormatter = new BinaryFormatter();
        binaryFormatter.Serialize(memoryStream, token);
        return memoryStream.ToArray();
    }
}

当我尝试用 protobuf-net 替换 BinaryFormatter 时：

using (var memoryStream = new MemoryStream())
{
    Serializer.Serialize(memoryStream, token);
    return memoryStream.ToArray();
}

我得到以下异常：

类型不是预期的，也无法推断出任何合同： System.IdentityModel.Tokens.SessionSecurityToken

我尝试添加：

RuntimeTypeModel.Default.Add(typeof(SessionSecurityToken), true);

这超越了异常，但我现在得到一个零字节数组。

如何正确配置 protobuf-net 来序列化 SessionSecurityToken？

另一方面，SessionSecurityToken 没有无参数构造函数。

using (var memoryStream = new MemoryStream(tokenAsBytes))
{
    return Serializer.Deserialize<SessionSecurityToken>(memoryStream);
}

抛出 ProtoException：

找不到 SessionSecurityToken 的无参数构造函数

BinaryFormatter能够毫不费力地做到这一点：

using (var memoryStream = new MemoryStream(bytes))
{
    var binaryFormatter = new BinaryFormatter();
    return (SessionSecurityToken)binaryFormatter.Deserialize(memoryStream);
}

如何正确配置 protobuf-net 来反序列化 SessionSecurityToken？

protobuf-net 并不声称能够序列化每种类型；事实上，通过大多数序列化器（XmlSerializer，任何 json 序列化器，DataContractSerializer, etc). BinaryFormatter是在不同的category序列化器 - 在这种特殊情况下，通过实现自定义序列化ISerializable.GetObjectData(SerializationInfo, StreamingContext).

构造函数是一个转移注意力的东西；实际上，protobuf-net 可以完全绕过构造函数，并且在这个特定场景中BinaryFormatter正在使用自定义序列化构造函数.ctor(SerializationInfo, StreamingContext).

对于简单的情况，protobuf-net 可以通过属性或运行时选项进行配置；对于更复杂的场景，代理人可以用于在表示之间进行映射 - 但是，在这种情况下我建议（查看SessionSecurityToken）这比您可能想要维护的更复杂。

在这里我会退后一两步；大多数序列化器旨在与data，而不是实现 - 并且与 DTO 等配合得很好。SessionSecurityToken非常多notDTO，并且没有简单的方法在它们之间进行切换。我强烈的建议是：序列化这是什么代表，不是什么is。但是，如果这是现有复杂模型的一部分并且确实很难分离出来，您可以切换回BinaryFormatter对于那些位。我还没有测试过这个，但请考虑：

RuntimeTypeModel.Default.Add(typeof(SessionSecurityToken), false)
        .SetSurrogate(typeof(BinaryFormatterSurrogate<SessionSecurityToken>));

With:

[ProtoContract]
public class BinaryFormatterSurrogate<T>
{
    [ProtoMember(1)]
    public byte[] Raw { get; set; }

    public static explicit operator T(BinaryFormatterSurrogate<T> value)
    {
        if(value==null || value.Raw == null) return default(T);
        using(var ms = new MemoryStream(value.Raw))
        {
            return (T)new BinaryFormatter().Deserialize(ms);
        }
    }
    public static explicit operator BinaryFormatterSurrogate<T>(T value)
    {
        object obj = value;
        if (obj == null) return null;
        using (var ms = new MemoryStream())
        {
            new BinaryFormatter().Serialize(ms, obj);
            return new BinaryFormatterSurrogate<T> { Raw = ms.ToArray() };
        }

    }
}

请记住，这只是将一个序列化器的输出作为原始数据嵌入到另一个序列化器中。幸运的是，protobuf-net 很乐意谈论二进制，因此这不会增加任何明显的开销（只是 blob 的标头和长度前缀） - 但它也不会做任何特别聪明或巧妙的事情SessionSecurityToken实例。如果这是only你正在序列化的东西，真的不值得。如果这只是较大 DTO 模型中的一个丑陋的凹凸，那么其中大部分can很好地序列化 - 那么它可能会为你完成工作。