WCF：MessageContract，DataContract ……困惑？
我正在编写我的第一个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 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以便其他客户可以轻松使用我的服务的最佳策略？
重新请求/响应 – [DataContract]也可以正常工作。 消息合同的一个优点是您可以为成员设置隐私，但在许多情况下，这不是必需的。 在这种情况下，我更愿意尽可能简化合同，就像数据合同一样。
重新定义哪个序列化器 – 这在很大程度上是配置的一个因素。 默认情况下，通过http，例如，它将是DataContractSerializer 。
但是，我不确定IMyComplexType列表是否会运行良好。 你可以试试，但一般来说它想要具体的类型。 请注意，对于基类，您可以使用[KnownType]指定允许的子类型。
请注意，与XmlSerializer不同，集合成员不需要具有setter – 尽管如果这样做（WCF不调用构造函数），您可能需要添加OnDeserializing回调方法来初始化列表。
除此之外：您还可以将protobuf-net与数据合同和WCF一起使用（只要它们具有明确的订单）; 这比普通的xml更密集。 不过，它目前不支持邮件合同。
虽然不能直接回答您的问题，但值得注意以下来自MSDN – 使用消息合同
使用所选的序列化引擎将每个单独的消息头和消息正文部分序列化（转换为XML），用于使用消息的服务契约。 默认的序列化引擎XmlFormatter可以处理任何具有数据契约的类型，可以显式地 （通过具有System。运行时。序列化.DataContractAttribute）或隐式 （通过是基本类型，具有System.SerializableAttribute，等等） ）。
