WCF在开发领域中占据着一个比较重要的地位，我们可以通过本文介绍的关于对WCF数据契约的相关内容来详细了解一下这方面的相关知识。那么如何才能正确的应用这方面的知识来帮助我们实现功能需求呢？#t#

WCF数据契约就是采用一种厂商中立、平台无关的形式（XSD）定义了数据的结构，而WCF通过DataContractAttribute和DataMemberAttribute旨在给相应的类型加上一些元数据，帮助DataContractSerializer将相应类型的对象序列化成具有我们希望结构的XML。在客户端，WCF的服务调用并不完全依赖于某个具体的类型，客户端如果具有与服务端完全相同的数据契约类型定义，固然***。如果客户端现有的数据契约类型与发布出来数据契约具有一些差异，我们仍然可以通过DataContractAttribute和DataMemberAttribute这两个特性使该数据契约与之等效。

简言之，如果承载相同数据的两个不同数据契约类型对象最终能够序列化出相同的XML，那么这两个数据契约就可以看成是等效的数据契约。等效的数据契约具有相同的契约名称、命名空间和数据成员，同时要求数据成员出现的先后次序一致。比如，下面两种形式的WCF数据契约定义，虽然它们的类型和成员命名不一样，甚至对应成员在各自类型中定义的次序都不一样，但是由于合理使用了DataContractAttribute和DataMemberAttribute这两个特性，确保了它们的对象最终序列化后具有相同的XML结构，所以它们是两个等效的数据契约。

[DataContract(Namespace = "http://www.artech.com/")]  
public class Customer   
{   
[DataMember(Order=1)]   
public string FirstName   
{get;set;}   
[DataMember(Order = 2)]   
public string LastName   
{ get; set; }   
[DataMember(Order = 3)]   
public string Gender   
{ get; set; }   
}   
[DataContract(Name = "Customer", Namespace = "http://www.artech.com/")]   
public class Contact   
{   
[DataMember(Name = "LastName", Order = 2)]   
public string Surname   
{ get; set; }   
[DataMember(Name = "FirstName", Order = 1)]   
public string Name   
{ get; set; }   
[DataMember(Name = "Gender", Order = 3)]   
public string Sex   
{ get; set; }   
} 

WCF数据契约版本的差异最主要的表现形式是数据成员的添加和删除。如何保证在数据契约中添加一个新的数据成员，或者是从数据契约中删除一个现有的数据成员的情况下，还能保证现有客户端的正常服务调用（对于服务提供者），或者对现有服务的正常调用（针对服务消费者），这是数据契约版本控制需要解决的问题。