在第4篇中，咱们吹了发送/接收SOAP头，从本篇开头，我们不妨更深入地去探求一下有关WCF中的消息到底是啥玩意儿。WCF庞大而复杂，而从MSDN文档中，你会看到许多很专业很抽象的东西，你不禁会问，文档中所说的，是不是都有用的呢？实用的理论还是有的，不过有些要点确实太抽象了，抽象到有时候我也不知道用来干吗？
不过，数据协定应该算比较有用的东西，至少在你写WCF服务时还是会经常用到。
我们先不管数据协定是什么，就从一个例子入手吧。
1、以管理员身份运行VS，注意，要以管理员身份运行，不然等会儿可能启动不了服务器端。
2、我们这个例子（解决方案）包含两个项目——服务器端和客户端。
3、为了简单起键，我都使用控制台应用程序。
服务器端的实现：
首先定义一个简单的类Employee，现在我们只用普通方式来定义该类，也不添加数据协定特性，在服务器方法协定中把一个Employee实例返回到客户端。我们测一测在不声明数据协定的情况下能不能成功调用。
public class Employee{public string Name { get; set; }public int Age { get; set; }}
以下是服务协定的实现：
[ServiceContract]public interface IService{[OperationContract]Employee GetAEmployee();}public class MyService : IService{public Employee GetAEmployee(){return new Employee { Name = "小朋友", Age = 32 };}}
class Program{static void Main(string[] args){Uri url = new Uri(":1233/services");using (ServiceHost host = new ServiceHost(typeof(MyService), url)){// 绑定的BindongNetHttpBinding binding = new NetHttpBinding();var ep = host.AddDefaultEndpoints();ServiceMetadataBehavior mb = new ServiceMetadataBehavior();mb.HttpGetEnabled = true;mb.HttpGetBinding = binding;host.Description.Behaviors.Add(mb);try{host.Open();//打开服务Console.WriteLine("服务已启动。");}catch (Exception ex){Console.WriteLine(ex.Message);}Console.ReadKey();}}}
现在先运行一下，确定服务器可以正常启动即可。
接下来看看客户端，为了添加服务引用，请到服务器端调试目录（bin\debug）下，以管理身份动行服务器端，然后回到VS，往客户端项目添加服务器端引用。
添加成功后，编写客户端实现代码：
static void Main(string[] args){ws.ServiceClient cl = new ws.ServiceClient();Console.WriteLine("正在调用服务方法……");var em = cl.GetAEmployee();Console.WriteLine("员工信息\n姓名：{0}\n年龄：{1}", em.Name, em.Age);Console.ReadKey();}
确保服务器端还在运行，然后调试运行客户端，如果通信成功，你会看到以下结果。
这个例子只是说明了，如果在协定方法上出现非基元类型，在客户端引用时，可以生成对应类，至少表明，可被序列化的类型是没有问题的。非基元类型是啥，就是CLR的最简单的类型，如int, bool, float, long………………据说DateTime也是。
我们看看客户端生成的类是啥样的。
与服务器端不同，类实现了两个接口：IExtensibleDataObject, INotifyPropertyChanged。如果你觉得不好理解，那可以不管它，因为这不影响我们的实际应用。
下面我们再把刚才的代码修改一下，在服务器端，我们重新定义一下Employee类，这回我们使用数据协定来标注。
[DataContract]public class Employee{[DataMember]public string Name { get; set; }[DataMember]public int Age { get; set; }public string City { get; set; }}
接着重新运行一下，注意，客户端的服务引用也要更新。接着再运行一下客户端，从表面上看，似乎和前面没有使用数据协定时没有区别。不过，你还是仔细看看Employee的定义，发现了没有？在Employee类的定义中有一个City属性，但是，在客户端更新服务后，在客户生成的代码中还是没有City属性，换句话说，只是应用了DataMember特性的成员才算是数据成员。
现在，我们再把Employee类修改一下，为City属性也加上DataMember特性。
[DataContract]public class Employee{[DataMember]public string Name { get; set; }[DataMember]public int Age { get; set; }[DataMember]public string City { get; set; }}
然后更新一下客户端的服务引用，看看这回生成的代理代码中还有没有City属性？
这回在客户端生成的代码中，就见到了City属性了。所以，我们现在明白了一件事，使用数据协定可以灵活控制哪些成员应该被客户端识别。
其实，数据成员也可以用于字段，哪怕是私有字段，看看下面的修改。
[DataContract]public class Employee{[DataMember]public string Name { get; set; }[DataMember]public int Age { get; set; }[DataMember]public string City { get; set; }[DataMember]private string _address;}
现在Employee类多了一个私有字段作为数据成员，看看客户端生成的代码有何变化。
我们也看到了这个私有字段，不过，就是因为它是私人财产，你无法直接拿来用。好，现在我们把Employee类再修改一下。
[DataContract]public class Employee{[DataMember]public string Name{get { return this._name; }set { this._name = value; }}[DataMember]public int Age{get { return this._age; }set { this._age = value; }}[DataMember]public string City{get { return this._city; }set { this._city = value; }}// 字段列表[DataMember]private string _name;[DataMember]private int _age;[DataMember]private string _city;}
这一次，客户端又会生成什么代码呢？
而只有在充满了艰辛的人生旅途中，始终调整好自己观风景的心态，
