WCF学习（三）：数据契约1

WCF学习（三）：数据契约12012-01-26 博客园 Henllyee CuiWCF能够托管CLR类型，客户端能传递和处理CLR类型的数据（如：string和int），但是如果我们自己定义的类型（如：声明的Customer类）。其实WCF的传递CLR自己类型时，是因为已经把它序列化成了xml信息集，而我们自己定义的类型则需要自己去显示的声明序列化。

序列化

.net的序列化。.net是通过反射机制（反射机制参考文档）自动实现对象的序列化与反序列化。首先.net能够捕获对象每个字段的值，然后进行序列化，反序列化时，.net创建一个对应类型的新的对象，读取持久化的值，然后设置字段的值。.net对象状态的序列化到Stream中。

我们自定义的类或者结构是不支持序列化的，因此如果我们的类是否要序列化是需要类的开发者来指定的。如果需要支持序列化的话，我们可以在类或者结构上添加Serializable属性。

如：

  [Serializable]  public class Customer  {    ...  }

但是如果添加了Serializable就要求类型的成员也要支持序列化的，不然会抛出异常，但是我们可以通过在成员上添加NonSerizlized属性来说明这个成员不需要序列化。

格式器

.net为序列化和反序列化提供了两种格式器：

1.BinaruFormatter:将类型序列化为二进制格式。

2.SoapFormatter:格式成SOAP特定的XML格式。

但是这两者都要将类型的程序集以及版本控制信息持久化到Stream中，而面向服务要求参与者都能拥有类型程序集，所以如果用这两种格式就必须要去共享Stream，这样肯定不是我们理想的。从而有了WCF格式器。

WCF的格式器：DataContractSerializer，是能够共享数据契约的。WCF数据进行序列化时，WCF一般会自己调用DataContractSerializer来序列的，不需要我们去指定的。同时我们也可以用DataContractSerializer进行Stream的序列化。

数据契约特性

Serializable要求类型的所有的成员都是可以序列化的，而且不支持类型名跟成员名的别名，这样我们就没法明确指定哪些成员是要放到数据契约中的。然而WCF数据契约特性DataContract很好的解决了这些问题。

DataContract Attribute 是在命名空间System.Runtime.Serialization中的，是可以在Enum、Struct、Class上标识的。拥有成员Name,Namespace。而当我们在一个class或者struct上使用时，wcf是不会序列化类型的成员的。如：

    [DataContract]    public class Emloyee    {      public string _firstName;      public string _lastName;    }