我正在尝试了解为Web服务响应启用压缩的后果。 Web服务实现为具有http绑定的IIS托管WCF服务。我想在http级别添加压缩,因此它应该是无缝的客户端。肥皂反应大小在100kb - 1Mb范围内。我们这样做是为了改善低带宽网络的用户体验。有什么缺点?
答案 0 :(得分:1)
100kb - 1Mb:您是否在响应中发送了某种形式的二进制数据,例如文件?在这种情况下,您可以考虑使用MTOM来优化响应。
如果它只是文本,那么你可以通过压缩响应获得相当多的带宽。我能想到的唯一缺点是它不可互操作(服务器和客户端都需要实现它),它可能会产生一些CPU开销。
答案 1 :(得分:1)
在我对这个主题的阅读中,当WCF客户端是Silverlight时,你提出的建议只是无缝的,因为浏览器然后实现了压缩握手的客户端部分。使用标准的.net客户端,您需要额外的代码才能使其正常工作。