【问题标题】:Protobuf-Net fallback to ISerializable mechanismProtobuf-Net 回退到 ISerializable 机制
【发布时间】:2012-02-21 22:04:36
【问题描述】:

出于性能原因,我使用 protobuf-net 在反序列化保存数据的程序集与序列化它的程序集相同的情况下。

我序列化的大多数类型都是简单的合同,我用 ProtoContractProtoMember 属性标记,但有时我必须序列化具有许多子类的奇怪对象(即:例外)。

我使用经典的 ISerializable 机制使其与以下解决方法一起工作。

我对 protobuf-net 还是很陌生,想知道这是否是个好主意,以及是否有更好/标准的方法。 p>

我的解决方法:

我定义了一个实现经典序列化的通用代理

[ProtoContract]
class BinarySerializationSurrogate<T>
{
    [ProtoMember(1)]
    byte[] objectData = null;

    public static implicit operator T(BinarySerializationSurrogate<T> surrogate)
    {
        T ret = default(T);
        if (surrogate == null)
            return ret;

        var serializer = new BinaryFormatter();
        using (var serializedStream = new MemoryStream(surrogate.objectData))
            ret = (T)serializer.Deserialize(serializedStream);

        return ret;
    }

    public static implicit operator BinarySerializationSurrogate<T>(T obj)
    {
        if (obj == null)
            return null;

        var ret = new BinarySerializationSurrogate<T>();

        var serializer = new BinaryFormatter();
        using (var serializedStream = new MemoryStream())
        {
            serializer.Serialize(serializedStream, obj);
            ret.objectData = serializedStream.ToArray();
        }

        return ret;
    }
}

在初始化代码中,我将其添加为奇怪基类型的代理

RuntimeTypeModel.Default
    .Add(typeof(Exception), false)
    .SetSurrogate(typeof(BinarySerializationSurrogate<Exception>));

【问题讨论】:

    标签: c# serialization protobuf-net


    【解决方案1】:

    这种混合设置不是 protobuf-net 直接支持的场景,我认为这不是核心用例,但您的替代方法应该可以正常工作,不会出现任何重大问题(只要程序集保持同步)。

    【讨论】:

    • 程序集保证是同步的,因为我偶尔使用这种方法(错误报告)我不太关心性能。
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2014-11-16
    • 1970-01-01
    • 2011-06-05
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多