我在做的工作，是基于数据库的开发，不可避免地使用到大量的数据库数据，比如，客户端有个人要查一下今天一整天的销售数据，这可能意味着从Web Service 传回近 10M的数据，而且这个近10M的数据还是经过 Web Service 以 XML 的方式发送出去的，先不说这 10M 的数据，就先 XML 的那些标签，就不知道多增加了多少字节，这样一来，原先 10M 的数据，可能发出去就成了 14M 或 20M 了，
客户端可以没那个耐心去等，他会以为死机了，然后啪地关掉电脑。
那么，如果 Web Service 传回数据之前能压缩一下，我想或许可以减少一点传输量，是不是，大家有这么做吗？还是仅仅就我有这奇怪的要求？
------解决方案--------------------
非常普遍的做法...商用的 Web Service 几乎都要压缩...
有很多种方法...一般用Zip压缩的比较多...例如SharpZipLib...google一下一大把...
------解决方案--------------------
压缩也不是万能妙药
对于xml等文本，使用zip确实可以达到比较好的压缩比
但是对于大量的数据，分块一定是必须的
你可以服务端压缩，客户端分块接收这样来改善下载体验