我正在编写我的第一个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 ListItems { 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 - 尽管OnDeserializing
如果这样做(WCF不调用构造函数),您可能需要添加一个回调方法来初始化列表.
除此之外:您还可以将protobuf-net与数据合同和WCF一起使用(只要它们具有明确的订单); 这比普通的xml更密集.不过,它目前不支持邮件合同.