C# 在Protobuf网络中，我如何传递一个包含不同类型对象的类型对象数组，事先知道潜在类型的集合

由于protobuf-net提供了更高的性能，我正在尝试将使用XmlSerializer的现有代码迁移到protobuf-net，但是在这个特定情况下我遇到了问题

我有一个对象[]，其中包含将要发送到远程主机的参数（有点像自定义迷你rpc功能）。我知道这些参数可以来自哪些类型，但我无法提前告诉它们将以何种顺序发送。 我有三个限制。首先，我是在Compact框架中运行的，所以我需要在那里工作的东西。第二，正如我提到的，性能是一个很大的问题（在序列化方面），所以如果可能的话，我宁愿避免使用大量的反射。最重要的是我关心这些参数的发送顺序。 使用XmlSerializer，只需添加XmlInclude就很容易了，但就我所知，Protobuf net中的字段并没有等价物。那么，有没有办法做到这一点？这里是一个简化的例子

    [Serializable]
    [XmlInclude(typeof(MyType1)),
     XmlInclude(typeof(MyType2)),
     XmlInclude(typeof(MyType3))
    public class Message()
    {
         public object[] parameters;

         public Message(object[] parms)
         {
             parameters = parms; 
         }
    }

    Message m = new Message(new object[] {MyType1(), 33, "test", 
                new MyType3(), new MyType3()});
    MemoryStream ms = new MemoryStream();
    XmlSerializer xml = new XmlSerializer(typeof(Message));
    xml.Serialize(ms,xml);

这只适用于XmlSerializer，但如果我尝试将其转换为protobuf net，我将得到一条“对象无默认编码”消息

我想到的最好方法是使用泛型和[ProtoInclude]，如图所示。因为我可以在数组中有不同的对象类型，所以这不太合适。我为每个潜在类型添加了一个通用列表，并使用[ProtoIgnore]和type object[]添加了一个属性来添加和获取它们。我在添加它们时必须使用反射（以知道将每个项放在哪个数组中），这是不可取的，而且我仍然无法保留顺序，因为我只是逐个提取每个列表上的所有项，并将它们放在属性get上的新对象[]数组中

我想知道是否有办法做到这一点

---

我尝试了下面马克的建议，但没能成功。我想我可能误解了什么

使用您编写的代码。我想我应该使用MessageParam Create生成MessageParam对象以添加到列表中。基本上，我在消息中添加了一个构造函数，如下所示：

public Message(object[] parms)
{
    foreach (object o in parms)
    {
        parameters.Add(MessageParam.Create(o));
    }
}

---

但是，如果我这样做，我将得到“序列化期间发现意外类型；类型必须包含在ProtoIncludeAttribute中；发现MessageParam`1作为MessageParam传递”，因为我假设序列化程序需要非泛型版本。我误解你的建议了吗？如果是这样，正确的做法是什么？

对象

会有问题。我会尝试一些更像：

[ProtoContract]
class Message
{
    private readonly List<MessageParam> parameters = new List<MessageParam>();
    [ProtoMember(1)]
    public List<MessageParam> Parameters { get { return parameters; } }
}
[ProtoContract]
[ProtoInclude(3, typeof(MessageParam<int>))]
[ProtoInclude(4, typeof(MessageParam<float>))]
[ProtoInclude(5, typeof(MessageParam<DateTime>))]
//...known types...
abstract class MessageParam {
    public abstract object UntypedValue { get; set; }
    public static MessageParam<T> Create<T>(T value) {
        return new MessageParam<T> { Value = value };
    }
    public static MessageParam CreateDynamic(object value)
    {
        Type type = value.GetType();
        switch (Type.GetTypeCode(value.GetType()))
        {
            // special cases
            case TypeCode.Int32: return Create((int)value);
            case TypeCode.Single: return Create((float)value);
            case TypeCode.DateTime: return Create((DateTime)value);
            // fallback in case we forget to add one, or it isn't a TypeCode
            default:
                MessageParam param = (MessageParam)Activator.CreateInstance(
                    typeof(MessageParam<>).MakeGenericType(type));
                param.UntypedValue = value;
                return param;
        }
    }
}
[ProtoContract]
sealed class MessageParam<T> : MessageParam
{
    [ProtoMember(1)]
    public T Value { get; set; }
    public override object UntypedValue
    {
        get { return Value; }
        set { Value = (T)value; }
    }
}

[协议]
类消息
{
私有只读列表参数=新列表（）；
[原成员（1）]
公共列表参数{get{return Parameters；}}
}
[原始合同]
[ProtoInclude（3，typeof（MessageParam））]
[ProtoInclude（4，typeof（MessageParam））]
[ProtoInclude（5，typeof（MessageParam））]
//…已知类型。。。
抽象类MessageParam{
公共抽象对象非类型值{get；set；}
公共静态消息参数创建（T值）{
返回新的MessageParam{Value=Value}；
}
公共静态MessageParam CreateDynamic（对象值）
{
Type Type=value.GetType（）；
开关（Type.GetTypeCode（value.GetType（）））
{
//特例
case TypeCode.Int32：返回Create（（int）值）；
case TypeCode.Single：返回Create（（float）值）；
case TypeCode.DateTime：返回Create（（DateTime）值）；
//如果我们忘记添加一个，或者它不是一个类型代码，那么就可以回退
违约：
MessageParam param=（MessageParam）Activator.CreateInstance(
typeof（MessageParam）.MakeGenericType（type））；
param.UntypedValue=值；
返回参数；
}
}
}
[原始合同]
密封类MessageParam:MessageParam
{
[原成员（1）]
公共T值{get；set；}
公共重写对象非类型值
{
获取{返回值；}
设置{Value=（T）Value；}
}
}

---

请注意，未发布的“v2”代码在运行时提供了更多的定义关系的能力，而不是通过属性（这在这里是非常有限的）。

（作为旁注，未发布的“v2”更改专门解决了compact framework中的限制；因此，如果现在更好，它应该在“v2”稳定并发布时运行）每个参数必须正确键入；我添加了一个

CreateDynamic

来为您完成这项工作。谢谢Marc！看起来不错。我知道这是怎么回事，但我不能让它工作。我更新了我的问题以显示我做了什么。也许我误解了什么。哦，当它面世时，我真的很乐意在CF上试用v2！这是很棒的东西@mark gravell此解决方案仍然有效还是现在有更好的解决方案？@MJafar基本上，wire格式缺少插入额外元数据的位置。v2中还有另一种选择，但坦率地说，上述方法是首选的、更可靠的方法