NetDataContractSerializer是WCF中一个可以替代的序列化方法,它允许类型共享。这个类可以再System.Runtime.Serialization命名空间中找到。当类型必须在客户端和服务端保持正确时会使用这个序列化方法。NetDataContractSerializer通过对CLR类型添加额外信息并保存引用来支持类型精确。除了这个,在NetDataContractSerializer和DataContractSerializer之间没有任何不同。
NetDataContractSerializer是WCF中一个可以替代的序列化方法,它允许类型共享。这个类可以再 System.Runtime.Serialization命名空间中找到。当类型必须在客户端和服务端保持正确时会使用这个序列化方法。 NetDataContractSerializer通过对CLR类型添加额外信息并保存引用来支持类型精确。除了这个,在 NetDataContractSerializer和DataContractSerializer之间没有任何不同。
类型信息的共享与仅仅共享契约的原则是相悖的。因为NetDataContractSerializer并不意味着在不同应用程序间设计服务和必须在一个 单一应用程序限制内使用。这也是为什么使用NetDataContractSerializer的能力已经超出了WCF的范畴。这意味着只有当你写额外的 代码时这个功能才可用。如果使能这个特性将在"使用NetDataContractSerializer共享类型"部分介绍。
让我们一起看一下使用DataContractSerializer和NetDataContractSerializer来将Employee类的一个 特殊实例序列化。我们已经在列表6.4了解了如何使用DataContractSerializer来序列化Employee契约。列表6.6 显示了如何使用NetDataContractSerializer序列化同样的类。注意NetDataContractSerializer不需要给它 的构造函数传一个类型。这是因为NetDataContractSerializer将会在运行时确定Employee类的CLR类型。
列表5.5 使用NetDataContractSerializer的序列化
03 | static void Main( string [] args) |
05 | Employee e = new Employee(101, "Daniel" , "Dong" ); |
06 | FileStream writer = new FileStream( "sample.xml" , FileMode.Create); |
07 | NetDataContractSerializer ser = new NetDataContractSerializer(); |
08 | ser.WriteObject(writer, e); |
列表6.7 显示了Employee类的序列化结果。注意NetDataContractSerializer包含了程序集的名字和被序列化类型的类型。这个额外信息 可以用来将XML反序列化成特殊类型。这允许相同类型可以在客户端和服务端同时使用。另外的信息是z:Id 属性在不同的元素上意义是不同的。这个用来处理引用类型以及当XML被反序列化时是否引用可以保留。我们将在"保留引用和循环使用引用"部分讨论如何保留 引用。最后的结论是这个输出相比DataContractSerializer的输出包含了更多信息。
列表6.7 使用NetDataContractSerializer序列化Employee类
1 | < Employee z:Id = "1" z:Type = "EssentialWCF.Employee" z:Assembly="EssentialWCF, |
2 | Version = 1 .0.0.0, Culture = neutral , PublicKeyToken = null " |
5 | < EmployeeID >101</ EmployeeID > |
6 | < FirstName z:Id = "2" >Daniel</ FirstName > |
7 | < LastName z:Id = "3" >Dong</ LastName > |
=======
转载自
作者:DanielWise
出处:http://www.cnblogs.com/danielWise/