ASP.NET开发Web服务的五则技巧
除非另外指定，否则，.NET将试图把Web服务绑定到三种协议：HTTP/POST、HTTP/GET和SOAP。之所以说“试图”，是因为依赖于服务的参数和返回类型，HTTP/GET协议可能不可用......
一、禁用HTTP POST/GET协议
除非另外指定，否则，.NET将试图把Web服务绑定到三种协议：HTTP/POST、HTTP/GET和SOAP。之所以说“试图”，是因为依赖于服务的参数和返回类型，HTTP/GET协议可能不可用。.NET生成的WSDL文件将自动包含绑定这三种协议的指令，客户程序可以自由选择使用哪种协议与服务通信。
只要在Web.config文件中加入下列内容，就可以方便地删除对HTTP/POST和HTTP/GET协议的绑定：
| **< webservices>
**< protocols> **< remove name="HttpPost" /> **< remove name="HttpGet" /> **< /protocols> **< /webservices> |
就互操作性而言，SOAP是广泛应用的Web服务通信标准，而HTTP/GET和HTTP/POST不是。因此，对于.NET生成的WSDL文档中默认包含的HTTP/GET和HTTP/POST绑定，许多自动生成代理服务器的工具不会理解。因此，如果你的Web服务不是非绑定到HTTP/GET和HTTP/POST协议不可，最好取消这两种绑定。
二、用tcpTrace查看SOAP请求/应答消息
对于开发Web服务应用的人来说，调试可能是件异乎寻常的难事，因为无论是.NET SDK还是VS.NET，都没有提供工具来查看客户端和服务器之间的SOAP消息。
如果.NET和非.NET的客户端、服务器端的交互过程出现了问题，要想找出问题的根源，拥有查看SOAP消息的能力就尤为重要，因为这类问题往往与SOAP消息的格式有关(例如，“消息中包含了SOAPAction 吗?”)。
tcpTrace(www.pocketsoap.com/tcptrace)是一个查看这类消息交换过程的优秀工具，它通过设置一个客户端和服务器端之间的隧道工作。启动tcpTrace时，它会要求输入目标URL和端口号，以及tcpTrace监听的本地端口号。这样，你就可以通过设置代理stub的Url属性，把stub指向这个本地端口(例如，localhost:8080)。tcpTrace能够记录所有的请求和应答HTTP消息。
tcpTrace的一个局限是，它在消息流程中所处的位置决定了它不能用来查看通过SSL发送的消息。如果你要查看通过SSL发送的SOAP消息，只能编写一个定制的ISAPI过滤器。
三、简化接口设计
在众多有关n-层应用设计的论述中，简化接口设计这一设计要诀可以说是随处可见。但是，对于Web服务这样的分布式计算环境，简化接口设计的重要性更加突出。
在设计分布式应用时，出于性能和可伸缩性的考虑，应当保证客户端和服务器端之间的调用尽可能地少。减少网络调用不仅有利于减少通信开销(如果只用一个SOAP消息可以达到目标，就绝对不要发三个消息)，降低网络流量，而且提高了应用的性能。显然，这一切都是开发者梦寐以求的目标。那么简化的接口到底有何特征呢?
- 本文关键词：
