WCF:MessageContract,DataContract ......困惑？

Question

我正在编写我的第一个WCF服务.我决定将服务作为一个DLL开始编写,然后将WCF的内容展开,这就是我现在所处的位置.

建筑师告诉我,我应该坚持使用我已经完成的消息对象的特定格式.但是我在我的消息对象中使用了Interfaces,复杂类型和列表.我要添加属性,我有点困惑.

这是我的代码的示例.

[ServiceContract]
public interface MyServiceContract
{
     [OperationContract]
     MyMethodResponseMessage MyMethod(MyMethodRequestMessage request);
}

public class MyService : MyServiceContract
{
    public MyMethodResponseMessage MyMethod(MyMethodRequestMessage request)
    {
        //Do things
    }
}

//Messages
[MessageContract]
public class MyMethodResponseMessage 
{
    [MessageBodyMember]
    public MyMethodResponse Body { get; set; }
}

[DataContract]
public class MyMethodResponse
{
    [DataMember]
    public IMyComplexTypeItem { get; set; }

    [DataMember]
    public List<IMyComplexType> Items { get; set; }

    [DataMember]
    public bool Success { get; set; }
}

//DTO    
public interface IMyComplexType 
{
    [DataMember]
    string Identity { get; set; }
}

[DataContract]
public class MyComplexType1 : IMyComplexType
{
     [DataMember]
     public virtual string Identity
}

任何人都可以评论使用MessageContract,DataContract,DataMember和Serializable等的正确性吗？任何指针或明显的错误？

哪个序列化器最好用？什么是确保我从中获得格式良好的XML以便其他客户可以轻松使用我的服务的最佳策略？

Answer 1

重新请求/响应 - 一个[DataContract]也可以工作.消息合同的一个优点是您可以为成员设置隐私,但在许多情况下,这不是必需的.在这种情况下,我更愿意尽可能简化合同,就像数据合同一样.

重新定义哪个序列化器 - 这在很大程度上是配置的一个因素.默认情况下,通过http,例如,它将是DataContractSerializer.

但是,我不确定该列表IMyComplexType是否能够很好地运行.你可以试试,但一般来说它想要具体的类型.请注意,对于基类,您可以使用它[KnownType]来指定允许的子类型.

请注意,与XmlSerializer集合成员不同,不需要setter - 尽管OnDeserializing如果这样做(WCF不调用构造函数),您可能需要添加一个回调方法来初始化列表.

除此之外:您还可以将protobuf-net与数据合同和WCF一起使用(只要它们具有明确的订单); 这比普通的xml更密集.不过,它目前不支持邮件合同.