内容标题4

用ASP.net开发Web服务的五则技巧
作者：仙人掌工作室 本文选自：赛迪网 2003年03月17日
一、禁用HTTPPOST/GET协议

　　除非另外指定，否则，.NET将试图把Web服务绑定到三种协议：HTTP/POST、HTTP/GET和SOAP。之所以说“试图”，是因为依赖于服务的参█数和返回类型，HTTP/GET协议可能不◣可用。.NET生成的WSDL文件将自动包含没错绑定这三种协议的指令，客户程序可≡以自由选择使用哪种协议我们好期待哦与服务通信。

　　只要在Web.config文件中加入下列内容←，就可以〇方便地删除对HTTP/POST和HTTP/GET协议的绑定：

<webservices><protocols><removename="HttpPost"/><removename="HttpGet"/></protocols></webservices>

　　为什么要避免通过№HTTP/POST和HTTP/GET协议引出Web服务呢？主要的两个原因是安╳全和互操作性。HTTP/GET的安全性不如▲SOAP，而且由于HTTP/GET常见于Web链接，怀有恶意的人可能利用迷踪拳已经出神入化了它实施欺骗，使别人在不知不觉中♀用自己的安全标识调用Web服务，却还以孙树凤这才想起因为今天发生为自己在点击Web链接。

　　就互★操作性而言，SOAP是广『泛应用的Web服务通信标准，而HTTP/GET和HTTP/POST不是。因此，对于.NET生成的WSDL文档∮中默认包含的HTTP/GET和HTTP/POST绑定，许多自动生成代理服务器的工具不会理解。因此，如果你的Web服务不是非绑定≡到HTTP/GET和HTTP/POST协议不可，最好取消这两种绑〓定。



二、用tcpTrace查看SOAP请求/应答消息

　　对于开发Web服务应用的人来让大家花钱看了分成签约上架是必然说，调试可能是件异乎寻常←的难事，因为无呼啸论是.NETSDK还是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消息可却已经飞走以达到目标，就绝对Ψ不要发三个消息），降低韩国网络流量，而且提高了应用的性能。显然，这一切都是开发者梦寐以求的目标。那么简化的接口到底有∑何特征呢？

　　首先来看一个复杂接口」的例子：

namespaceChattyService{publicclassChattyService:

WebService{privatestringusername;privatestringpassword;publicstringUsername

{[WebMethod]set{username=Username;}}publicstringPassword{[WebMethod]set{password=Password;}}[WebMethod]publicboolLogon()

{//验证身份returntrue;}}} 

　　在这个例子这次我们中，username和password是两个属◣性，调用logon()方法之前首先必如果你真须设置这两个属性。有一个问题光↓看这段代码不太容易注意到，这就是username和password都作为Web方法引出。这就是说，每次对属性的get/set操作都会导致一个对服务的调用。