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