应用WSDK－实现和使用DIME的Web Services
小气的神
2002-10-20
Article Type: In-Depth
难度等级：7/9
版本：1.26
二．产生Client 消费Web Services
这个环节我们将做两件事，第一产生一个Proxy，第二是编写一些代码从Web Services中获得图片。
首先产生上面Web services的Proxy类，这里我建议手工使用wsdl.exe来做这件事，因为使用VS.NET的自动产生Proxy类的功能不是不行，而是它会自动更新和维护跟Web Services Server之间的一致性，而后面我们将会看到我们要修改这个Proxy类中的代码，这样你会发现VS.NET也会修改Proxy类的代码。
基本命令如下：
cd\temp
wsdl /l:cs /out:WSDKDIMEServer.cs /urlkey:WSDKDimeServer
http://localhost/WSDK/DIMEMessage/WSDKDIMEServer.asmx?WSDL
之后我们在VS.NET 选择Add Existing Items，然后选择temp目录中的WSDKDIMEServer.cs文件，然后VS.NET会自动将这个文件复制到我们项目的目录中。之后的一个步骤是非常重要的，那就是修改Proxy类中的代码，步骤有二：
其一：先如上在客户端的项目中也加入对Microsoft.WSDK的引用。
其二：在WSDKDIMEServer.cs的Proxy中加入using Microsoft.WSDK ; 然后将继承的父类从原来的System.Web.Services.Protocols.SoapHttpClientProtocol修改成Microsoft.WSDK.WSDKClientProtocol
之后是一些客户端的代码，我认为和之前我们消费其他的Web Services没有太大的不同，代码如下：
private void btnGetDIME_Click(object sender, System.EventArgs e)
{
Service1 Svc = new Service1() ;
byte[] bogBuffer = {0,1} ;
MemoryStream stm = new MemoryStream( bogBuffer ) ;
DimeAttachment dimeAtt = new DimeAttachment
( "image/jpeg", TypeFormatEnum.MediaType , stm ) ;
Svc.RequestSoapContext.Attachments.Add( dimeAtt ) ;
Svc.GetdotNETToolsLog() ;
if ( Svc.ResponseSoapContext.Attachments.Count > 0 )
{
Bitmap bmp = new Bitmap( Svc.ResponseSoapContext.Attachments[0].Stream ) ;
this.PicBox.Image = bmp ;
}
}
如果编译通过，F5运行结果如下图：
事实上当你熟悉了RequestSoapContext 和ResponseSoapContext时，你会发现一些原来我们使用ASP.NET Web Services中没有而在IBM Web Services Toolkits或SOAP Toolkit 中发现类似概念，不过已经很有趣了。
针对上例那么原来我们的客户端可能是这样的：
public void btnGetImag_Click( object sender, System.EventArgs e )
{
localhost.BinaryServices BinServer = new localhost.binaryServices() ;
Byte[] arrBytes = BinServer.GetImage() ;
If ( arrBytes != null )
{
MemoryStram = new MemoryStream(arrBytes) ;
Bitmap image = new Bitmap(stream) ;
PicBox.Image = image ;
}
}
三．设置Trace的调试。
有关这个工具的设置，其实只是一点小秘密，MS SOAP Toolkit V2.0的时候，我就对它很感兴趣。终于是在网上的讨论组里找到了答案。V3.0带的没有什么不同，唯一的改进是增加了DIME的跟踪。
其实秘密在于明白Trace Setup中Listen和Forward to的含义就可以了。完整的解释就是MSSOAPT.exe会在该程序运行的机器上打开一个TCP/IP的socket，对Local port#中设置的端口进行监听，任何TCP/IP的往来都会被转发到Forward To设置的host/port的设备，Forward to 常常默认的是本机的Web Server，当然你可以将他转到其他的Web Server上。
之后你会想到什么？是的－修改我们Web Services的Proxy类就可以了。
具体的是在客户端的app.config中加入下面的代码：
<configuration>
<appSettings>
<add key="WSDKDIMEService"
value="http://localhost:8080/Myproject/WSDK/DIMEMessage/WSDKDIMEServer.asmx" />
</appSettings>
</configuration>
我很喜欢VS.NET对app.config的处理，因为编译之后你会在编译目录中发现和你exe文件同名的config文件，这些就是VS.NET帮你做的。然后修改我们Proxy的代码：
public Service1()
{
string urlSetting =
System.Configuration.ConfigurationSettings.AppSettings["WSDKDIMEService"];
if ((urlSetting != null))
{
this.Url = urlSetting;
}
else
{
this.Url =
"http://localhost/Myproject/WSDK/DIMEMessage/WSDKDIMEServer.asmx";
}
}
然后启动Microsoft SOAP Tookit v3 Trace utility，再像之前那样运行我们的客户端。运行结果如下图：
不管你是否会喜欢Trace utility，还是依然喜欢PocketSOAP中带的TCapTrace抑或是XMLSPY中宣称的第一个SOAP的调试工具，但Trace utilty的确很简单和适用。
好了有关WSDK中许多好玩的东东我都愿意承诺在之后的文章中向你们展现 (但有空时翻看我之前写的许多文章，我发现这样的许诺似乎不少，所以不要真的相信，”我愿意”并不代表”我会这么做”) 无论如何，我希望有更多人对Web Services感兴趣，关心它的未来，这个过程中的任何分享都将是十分快乐的一种体验。祝编程快乐！
相关文件下载： [WSDKDIME.zip 22K]
特别：
本文原创，CSDN署名首发，所有文字和图片版权所有。未经授权请勿传播、转载或改编。
如果有问题或建议，请发电子邮件给new2001@msn.com
