序列化
.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;
}
Employee里面的成员_firstName,_lastName是不会去序列化的,所以我们还必须去显示的指定需要序列化的成员。
DataMember Attribute是用来指定需要序列化类型的成员。DataMember的成员:
IsRequried:序列化时是否必须要赋值;
Name:指定成员的别名;
Order:指定序列化后的排列位置。
我们看一个例子Customer.cs:
服务契约为:
主机的实现就不在次给出了。
然后我们在客户端添加服务引用,即可以了。我们在客户端可以看到导入的数据契约:
我们可以看到字段后面都加上了Field后缀。
要注意的一点是:即使我们将DataMember定义在私有的字段或者私有属性上面,导入的定义中,原来的私有字段或私有属性都会被重新定义成了公有字段跟公有属性。
文件下载地址:https://files.cnblogs.com/henllyee/DataContract.rar