WCF序列化基本概念详谈-ctf 序列化

WCF框架在开发人员眼中是一个非常实用的开发工具。它可以帮助我们实现跨平台的解决方案。在这篇文章中，我们可以了解到有关WCF序列化的一些概念。#t#

大家知道，WCF内置了两种WCF序列化，DataContractSerializer和NetDataContractSerializer。WCF序列化的基本概念Artech兄已经说得很清楚了，在此不再赘述，本文仅就此二者的区别作一番探讨。

先来看看两者的声明：

public sealed class DataContractSerializer :
XmlObjectSerializer{ public
DataContractSerializer(Type type);
… public override object ReadObject
(XmlReader reader);
public object ReadObject(Stream stream);
public void WriteObject(Stream
stream, object graph);
public override void WriteObject
(XmlWriter writer, object graph); … }

public sealed class NetDataContractSerializer
: XmlObjectSerializer, IFormatter
{ public NetDataContractSerializer();
… public object Deserialize(Stream stream);
public void Serialize(Stream stream, object graph);
public override object ReadObject(XmlReader reader);
public object ReadObject(Stream stream);
public void WriteObject(Stream stream, object graph);
public override void WriteObject
(XmlWriter writer, object graph); …}

其中两者的ReadObject(Straem)、WriteObject(Stream, object)的实现继承自基类XmlObjectSerializer，其他方法均为已覆写或实现。

从两个类型的声明中可以看出NetDataContractSerializer实现了IFormatter接口，而DataContractSerializer没有，因此只有NetDataContractSerializer能使用.NET基础结构中的WCF序列化，而DataContractSerializer则是专用于WCF的。

还有一个细节DataContractSerializer的Constructor有一个Type类型的参数，而NetDataContractSerializer没有。这可蕴藏着深意啊，读者接着看就明白了。

现在，再来看看此二者的***关键区别吧！从一个示例开始吧：

[DataContract]public class Sub 
{ // Fields [DataMember] public int Id; 
[DataMember] public string Name; 
// Methods
 public Sub() {} 
public Sub(int id, string name) 
{ this.Id = id; this.Name = name; }} 
1.
2.
3.
4.
5.
6.
7.

以上是一个再简单不过的DataContract的，把他给序列化看看出来些啥。

先用DataContractSerializer序列化：

Sub sub = new Sub(9, "nine");  
DataContractSerializer dcs =
 new DataContractSerializer(typeof(Sub));  
MemoryStream stream = new MemoryStream();  
dcs.WriteObject(stream, sub);  
byte[] buf = stream.ToArray();  
string str = Encoding.
UTF8.GetString(buf, 0, buf.Length); 
1.
2.
3.
4.
5.
6.
7.
8.

执行完以上代码后，str的值为：

< Sub 
xmlns="http://schemas.datacontract
.org/2004/07/ServiceInterface" 
xmlns:i="http://www.w3.org/
2001/XMLSchema-instance">   
< Id>10
< /Id>   
< Name>nine
< /Name>   
< /Sub> 
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.

恩，此SOAP消息那是相当得正常。然后将同一个对象用NetDataContractSerializer序列化：

NetDataContractSerializer 
ndcs = new NetDataContract
Serializer();  
MemoryStream nstream = 
new MemoryStream();  
ndcs.WriteObject(nstream, sub);  
byte[] nbuf = nstream.ToArray();  
string nstr = Encoding.
UTF8.GetString(nbuf, 0, nbuf.Length); 
1.
2.
3.
4.
5.
6.
7.
8.
9.

观察一下nstr的值：

< Sub z:Id="1" 
z:Type="ServiceInterface.Sub" 
z:Assembly="ServiceInterface, 
Version=1.0.0.0, Culture=neutral, 
PublicKeyToken=null" 
xmlns="http://schemas.datacontract.org/
2004/07/ServiceInterface" 
xmlns:i="http://www.w3.org/2001/
XMLSchema-instance" 
xmlns:z="http://schemas.microsoft.
com/2003/10/Serialization/">   
< Id>10< /Id>   
< Name z:Id="2">nine< /Name>   
< /Sub>  
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.

发现了吗？撇开xml命名空间不说，Sub元素多了Type，Assembly和Id，Name属性也多了个Id。信息完整多了～～，现在就可以解释两者Constructor的区别了，DataContractSerializer是按照SOA的datacontract协议（与SOAP基本一直）来序列化对象的，它并不包含平台相关的信息，比如类型，程序集等。

所以比如在创建WCF序列化时就提供将要序列化和反系列化的类型信息，DataContractSerializer无法工作。而NetDataContractSerializer则大大扩充了SOAP，为它添加了程序集、类型名等附加信息，这样一来，序列化器可以完全由序列化的内容来准确推断将要构造的对象，而不必依赖Constructor所提供的类型参数了。这就是两者Constructor不同的原因。