WebService传输DataSet的一点想法和实践

转载 2006年05月21日 15:27:00
其实这个标题很大,实现起来也可以有许多的办法。甚至,应否这样做也许都能惹出许多的争论(比如,为什么用WS而不是Remoting? 为什么传DataSet而不是Entity[]?)。

       由于DS的体态丰腴,选用何种序列化就很多的选择了,我尝试过如下方法:

      1,    SOAPFomatter

       2, BinaryFomatter 

  3,SOAPFomatter + SharpZipLib

  4,BinaryFomatter + SharpZipLib

  5, DataSetSurrogate (http://support.microsoft.com/default.aspx?scid=kb;en-us;829740

  6, DataSetSurrogate + SharpZipLib

  7, PAB.CompressDataSet.Wrapper (http://www.eggheadcafe.com/articles/20031219.asp)

若论压缩效果,第7种办法是最优秀的,第2名是第6种办法。

若论速度,第7种和第6种几乎差不多。。。(最快的好像是第2种)

(区区年前曾做了一个详细的工程,分别用100/1000/10000条纪录对上述方法进行测试,然该工程很可能丢到抓娃国了,故详细数据暂且欠奉,待找回后当补充之)

PAB.CompressDataSet.Wrapper 据上文所说,乃是通过反向工程.NET Compact Framework而得到的压缩代码,我估计它也采用了类似于DataSetSurrogate那样的替代对象来存储。本来我是很倾向使用这个方法的,可惜这个咚咚没有源码(且DLL加了混淆)。。。而反观第6种,我们则可以轻松坐拥全部源码,所以最后我还是选择了第6种办法的。下面的一点代码,可供各位晒笑:

using System;
using System.IO;
using System.Runtime.Serialization.Formatters.Binary;
using System.Xml.Serialization;
using System.Data;
using ICSharpCode.SharpZipLib.Checksums;
using ICSharpCode.SharpZipLib.Zip;
using ICSharpCode.SharpZipLib.GZip;

/// <summary>
  /// 压缩数据集
  /// </summary>
  /// <param name="ds"></param>
  /// <returns></returns>
  public static byte[] CompressDS(DataSet ds)
  {
   MemoryStream ms = new MemoryStream();
   ZipOutputStream zos = new ZipOutputStream(ms);
   zos.PutNextEntry(new ZipEntry(ds.DataSetName));   
   BinaryFormatter bf = new BinaryFormatter();
   DataSetSurrogate dss = new DataSetSurrogate(ds);
   bf.Serialize(zos, dss);
   zos.CloseEntry();
   zos.Close();
   byte[] ret = ms.ToArray();   
   ms.Close();
   return ret;
  }

  /// <summary>
  /// 解压数据集
  /// </summary>
  /// <param name="byt"></param>
  /// <returns></returns>
  public static DataSet DecompressDS(byte[] byt)
  {
   MemoryStream ms = new MemoryStream(byt);
   BinaryFormatter bf = new BinaryFormatter();
   ZipInputStream zis = new ZipInputStream(ms);
   zis.GetNextEntry();   
   DataSetSurrogate dss = (DataSetSurrogate)bf.Deserialize(zis);
   zis.Close();
   ms.Close();
   DataSet ds = dss.ConvertToDataSet();
   return ds; 
  } 

基于SharpZipLib实现上面两个函数后,DS压缩的任务就完成了。BTW,VS2005里边,.NET FW 自带了CompressStream,我们可以跟SharpZipLib说再见了:)

至于WS怎么传输,在CSDN上看到Tomgus (小桥流水) 老兄转载的http://www.cnblogs.com/flyskywlh/archive/2005/08/18/217382.html,乃Flyskywlh老兄的大作。

     首先我也很同意使用byte[]数组传输,非常方便。至于具体WebMethod的方式,我在实际应用中是大量使用实体WebMthod的,比如:

[WebMethod]

public DataSet GetOrders() {};    //获取所有订单

[WebMethod]

public DataSet UpdateOrders(DataSet dsOrders){};     //更新指定订单

因为采取这种模式,所以系统里边有极多的WebMethod(WinformUI仅通过WS交互),一个标准WM的调用流程是:

客户端压缩WM中所有DS型的参数-〉调用WM-〉服务器端解压所有DS型的参数-〉执行实际WM-〉对DS型的返回值进行压缩-〉客户端接收并解压得出结果DS

上述流程的具体实现很麻烦,在客户端用了AOP的透明代理的概念;服务器端则用了动态调用WS的技术。实现这种“双代理”的模式后,对于WS端或Winform端,压缩与不压缩变得透明了,两方面的程序员都不用再关心这个问题了。而且我觉得“双代理”还可以为我们处理其他很多的问题,比如排队,异步操作,权限等等。那位朋友||大拿||高人有兴趣探讨这个问题的,小可甚喜!

相关文章推荐

我对后端优化的一点想法 (2012)

  • 2013年07月02日 10:28
  • 912KB
  • 下载

《象与骑象人》摘要及一点想法

总是轻易认同一种观点,此乃成个人思想之阻碍,以此自省。理解,转化,自我提升。------我的读书箴言 ================================================...

关于程序员面试的一点想法

作  者:david++ 发布时间:2012/10/12 18:58 从去年到现在,算算也面试过不少人了。对于如何通过面试找到合适的人才这个问题,也想了很多。面试往往都是,聊一聊技术和工作经验...

关于遥感图像的控制点片匹配算法的一点想法(一)

    在遥感图像的几何纠正过程中,可能会用到控制点库的点片自动匹配。关于控制点片匹配的算法有很多种,从最基本的分类可以分为基于像元的点片匹配和基于特征的点片匹配,由于基于特征的算法难度较大,一般使用...

Nginx反向代理和负载均衡的一点想法以及常见错误

反向代理负载均衡 使用代理服务器可以将请求转发给内部的Web服务器,使用这种加速模式显然可以提升静态网页的访问速度。因此也可以考虑使用这种技术,让代理服务器将请求均匀转发给多...

关于可配置工作流的一点想法

最近有些重构的工作,过程中在考虑能不能除了页面部分的代码消除重构以外,将流程什么的也提炼出来一点。 以前做c语言练习的时候,曾经有过这样的想法。 那是一个通信程序,简单的客户端和服务器端,发送和接...
  • comcow
  • comcow
  • 2012年02月19日 21:51
  • 912

对写代码的一点想法

1. 当你在想,先把代码写上去运行一下试一试,出了问题在调试吧, 这样的想法居然有一个名字叫做“基于巧合的编程”。这个时候说明还不知道怎么写代码,也不知道写出来的代码的运行结果是什么。所以应该停下来,...
  • shrenk
  • shrenk
  • 2014年10月27日 00:04
  • 891
内容举报
返回顶部
收藏助手
不良信息举报
您举报文章:WebService传输DataSet的一点想法和实践
举报原因:
原因补充:

(最多只允许输入30个字)