WCF序列化基本概念详谈

开发 开发工具
WCF序列化中有两种内置的序列化,分别为DataContractSerializer和NetDataContractSerializer。希望大家可以透过这篇文章充分掌握这一知识点。

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

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

先来看看两者的声明:

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

 

  1. public sealed class NetDataContractSerializer
     : XmlObjectSerializer, IFormatter
    { public NetDataContractSerializer();
  2.  … public object Deserialize(Stream stream); 
  3. public void Serialize(Stream stream, object graph);
  4.  public override object ReadObject(XmlReader reader);
  5.  public object ReadObject(Stream stream); 
  6. public void WriteObject(Stream stream, object graph);
  7.  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没有。这可蕴藏着深意啊,读者接着看就明白了。

 

现在,再来看看此二者的***关键区别吧!从一个示例开始吧:

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

 

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

 

先用DataContractSerializer序列化:

 

 

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

 

执行完以上代码后,str的值为:

 

 

 

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

 

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

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

观察一下nstr的值:

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

 

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

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

责任编辑:曹凯 来源: 博客园
相关推荐

2009-12-21 10:27:52

WCF基本概念

2010-02-23 16:32:29

WCF服务

2010-03-01 16:25:07

WCF体系架构

2010-02-24 17:17:04

WCF宿主环境

2010-03-02 13:14:38

WCF MSMQ队列

2010-03-01 14:50:30

WCF行为类型

2009-12-21 15:33:07

WCF集合元素

2010-03-01 18:04:35

WCF配置绑定

2010-02-25 14:46:31

2010-03-02 11:10:43

WCF标准终结点

2009-11-09 15:06:34

WCF序列化

2010-03-01 16:41:04

WCF数据表

2010-03-02 16:22:31

WCF状态应用

2009-12-22 10:16:54

WCF服务状态

2009-12-21 14:37:14

2010-03-01 17:57:11

WCF缓存机制

2009-11-05 16:34:37

WCF序列化

2010-02-23 13:03:34

WCF序列化

2009-12-22 14:31:27

WCF序列化依赖属性

2010-02-22 16:00:22

WCF序列化
点赞
收藏

51CTO技术栈公众号