WCF序列化基本概念详谈

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

我们提供的服务有：做网站、成都网站建设、微信公众号开发、网站优化、网站认证、阿拉善盟ssl等。为1000多家企事业单位解决了网站和推广的问题。提供周到的售前咨询和贴心的售后服务，是有科学管理、有技术的阿拉善盟网站制作公司

大家知道，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; }}

以上是一个再简单不过的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);

执行完以上代码后，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>

恩，此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);

观察一下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>

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

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

新闻名称：WCF序列化基本概念详谈
当前链接：http://www.shufengxianlan.com/qtweb/news44/10094.html

网站建设、网络推广公司-创新互联，是专注品牌与效果的网站制作，网络营销seo公司；服务项目有等

声明：本网站发布的内容（图片、视频和文字）以用户投稿、用户转载内容为主，如果涉及侵权请尽快告知，我们将会在第一时间删除。文章观点不代表本网站立场，如需处理请联系客服。电话：028-86922220；邮箱：631063699@qq.com。内容未经允许不得转载，或转载时需注明来源：创新互联

猜你还喜欢下面的内容