|
影响效率。
在实际应用中，有时候我们需要传递文件，例如说数据库里面的图片，通过Web Services应该怎么实现呢？作为一种简单的解决办法，我们再一次求助于动态数组。
4、 TEST4(二进制文件返回值方法调用)：
在最后一个返回值类型测试中，为了测试Web Services对文件的传输能力，我通过方法结果传递一个JPEG的图片。要使客户端能接收到服务器端的图片，必须采用某种标准返回值类型来组织图片的内容，在测试中使用了动态数组TbyteDnyArray作为返回类型。
服务器端通过TfileStream读取出图片文件的内容，并拷贝到TbyteDnyArray数组中，客户端接收到TbyteDnyArray类型的数组后使用TmemoryStream写回到文件中去，从而完成了文件的传输过程。
调用结果如图四所示：
（图四）
功能的确实现了，但是测试的结果却让人大吃一惊，虽然也猜想到，采用如此“巨大”的动态数组会对效率产生比较大的影响，事实也的的确确也证明了，这种方式实现文件传输的方法是不可行的。
毫无疑问，如此低下的效率正是因为动态数组的开销所导致，对于15KB的图片来说，动态数组将为它的每一个字节生成一个元素，系统的内存管理终究也显得如此“捉襟见肘”。
虽然采用这种方法传递文件我们“失败”了，但是并不是说明没有高效率的传递文件的办法。作为二进制的文件，如果要作为Web Services的返回结果传递在网络上，就必须把二进制文件存放在SOAP信息中，SOAP却是文本文件，所以对于二进制文件作为文本文件再网上传输，完全可以采用已经成熟的协议了，最常用的莫过于MIME（Multipurpose Internet Mail Extension protocol）了。通过Base64编码或其他方式对图片进行编码以后，传递到客户端以后，在进行Base64的解码，效率将会数十倍的提高。但是因为Delphi 6虽然提供了Base64编码解码，但是因为一些不完善的原因使我放弃了对这个方法的测试。
★ 测试总体印象：
在整个测试中，对Delphi 6创建的Web Services有以下几个印象：
1、 客户端应用程序连接服务器端Web Service的时候，第一次调用很慢，而以后的调用明显加快。
图五显示了调用各个接口第一次和第二次的传输速率（每秒钟传输千字节数KB/S）。
由此可以看出，第一次的方法调用非常耗时，可能达到第二次调用的8倍，因此可以确定，第一次调用接口的时候，大量的操作事件耗费在连接的建立上面。一旦连接建立，以后的调用速度会大大加快。
（图五）
从图五中，也能明显的看到各种不同返回类型测试的效率高低。
2、 抛开第一次方法调用耗时以外，某些方法每次调用测试数据传输速率不稳定。例如测试TEST1和TEST2中，基本上速率为850KB/S或者1134KB/S，而TEST3的传输速率变化则非常广，从401KB/S到530KB/S都随机出现，而TEST4的测试因为速率太小，可能导致比较大的误差，在此不做考虑。
TEST1、TEST2相对测试比较稳定，是因为服务器端是直接返回了所需要的值，速率的变化仅仅来至于传输过程。而TEST3中必须从数据库中读出数据，并且创建了动态数组来传递资料，因此出现速率影响因素较多，导致传输速率变化比较大。
★ Web Services兼容性问题测试：
正是由于Web Services的火热，导致各家大厂商闻风而动，并且推出自己相关的概念，建立自己的方案。例如SUN公司推出ONE (Open Net Environment)的概念对抗微软，Oracle公司则以Dynamic Web Service的概念表示与微软抗衡。
SOAP的规格在不断的发展，从0.9、1.0到现在的1.1。但是，目前市面上提供SOAP功能的软件并不一定都符合最新的SOAP规范，即使是支持相同SOAP版本规格的软件，对于如何实现可能都有一些差异。但是，可能正是由于这一些细微的差异可能造成软件开发人员的困扰，更何况Web Services是以SOAP为基础的沟通技术。因此，如果不同SOAP软件接口对于SOAP规格的实现有所不同，将会造成客户端应用程序无法和Web Service沟通，或是在Web Service和Web Service之间无法使用彼此提供的服务。这样将会失去SOAP和Web Services技术的精髓。
下面的测试采用了当前最流行的两个平台进行兼容性测试，Microsoft Visual Studio 7 Beta 2版本，和刚刚发行的Delphi 6 Enterprise。
在前面的测试中，我采用Delphi 6创建Web Services，并用Delphi 6开发客户端进行连接，整个过程非常完美。然而现在，我们的测试一下是否当前最火的两个开发工具能“和平共处”呢？
首先，我在VS7环境下面，使用C#创建了一个Web Services，提供一个方法AddXY( int x, int y);然而当我在Delphi中调用的时候，很让人失望，出现了如图六的调用错误：
（图六）
看来，VS7和Delphi6还不能很好的合作到一起。当使用MST2（Microsoft Soap Toolkit 2.0）带的追踪工具Trace Utility拦截HTTP信息，察看传递的SOAP信息。发现VS7开发的Web Services的SOAP和Delphi6开发的Web Services的SOAP有一些不一样。正是因为这些格式的不一样，导致了它们之间沟通的失败。
而且不但SOAP格式不太一样，连WSDL的格式都大相径庭，以至于Delphi 6导入刚才我们在VS7下写的方法public int AddXY(int x, int y)以后，生成的接口声明如下：procedure AddXY(var parameters: AddXY); stdcall;因此产生了很让Delphi自己“尴尬”的事情，这是一个procedure而不是function，调用这个方法没有返回值，也就是得不到方法调用的结果，虽然生成的接口方法中参数parameters为AddXY类，并且是一个var类型的参数，可惜，很遗憾，客户端所需要的结果并没有包含在AddXY类中。而Delphi为这个方法声明了一个结果类AddXYResponse，可是我们却无法通过调用方法得到这个对象实例。通过进一步对接口描述文件WSDL的分析，发现Delphi 6对WSDL文件的解释存在某些BUG，导致了生成接口声明出现错误的问题。
总的来说，当前Microsoft和Borland之间的Web Services方案看来还是存在着很大的不同点。但是这并不是说我们就不能在delphi下面调用VS7创建的Web Services方法。我们还是可以通过MST2提供的COM接口进行访问。通过我的测试，这种方法没有问题，能够顺利的调用VS7的Web Services的各个方法，毕竟MST2和VS7 Beta2都是微软的产品。
当然，它们之间的不兼容，让我们很伤脑筋，作为当前的两大主流开发环境，竟然不能让我们体验到Web Services跨平台、跨语言的优越性，实在让人有些失望。
毕竟SOAP和Web Services标准以及技术仍然处于快速的发展之中，因此目前各家实现的细节可能会稍有不同，也许等到SOAP功能规格成熟之后，就不会再有这些恼人的细节问题。据资料介绍，Delphi 6的Web Services是能够顺利的整合到许多由Java实现的Web Services或是Java客户端应用程序，看来，Borland Delphi 6的Web Services实现还是偏向于IBM的阵营！
★ 创建Web Services的技巧：
1、 IIS 5中的相关设置：
因为Delphi 6创建的Web Services是一个ISAPI(Internet Server Application Programming Interface)程序，所以必须使用IIS作为它的服务器。在实际的开发和应用中，应该注意一下关于IIS5中针对ISAPI的缓存设置问题。
启动Internet服务管理器，选择Web站点的“属性”，依次选择弹出对话框的“主目录-〉配置”将会弹出如图七所示的对话框。
（图七）
在Web Service服务器端程序设计期间，因为需要不停的修改、编译和测试程序运行，所以不能使用“缓存ISAPI应用程序”，否则一旦运行程序，服务器程序就会总是处于使用期间，重新编译的新程序无法覆盖。
而一旦服务器端程序完成以后，则最好选择“缓存ISAPI应用程序”，因为一旦运行ISAPI程序它会被调入缓存以后，在以后的执行中效率会大大提高，据测试，至少有一倍以上的提升幅度。
2、 Delphi 6创建Web Services工程的调试方法：
作为一个运行于IIS下的ISAPI应用程序，Delphi创建的Web Services是一个DLL动态库，所以调试方法和一般的应用程序不太一样：
在创建Web Services程序的向导中，应该选择Web App Debugger excutable程序，创建出来的将会是一个可执行程序。然后使用Delphi 6自带的“Web App Debugger”调试工具作为Web Sever，并设置对应的端口，这时候就可以在Delphi的IDE下面调试服务器程序了。
当程序调试运行正常以后，需要作为ISAPI发布，只需要重新建立一个Web Sercices ISAPI程序，并把调试程序下的相关文件全部加入到新工程就可以了。
三、 总结：
在以上的测试中已经证明了，Web Services能传递各种各样的资料形式，由于Delphi已经为它封装了底层类进行传输复杂类型资料，因此，用Delphi6开发Web Services也比较简单。当前面临的主要问题就在于与Microsoft之间的整合问题，Delphi 6对微软WSDL的解释出现错误，和一些其它的相互之间差异，导致它们之间无法相互调用。虽然可以在Delphi 6中使用MST2进行调用，但是这就等于抛弃了Delphi 6自身的Web Services支持。
在整个测试过程中，我主要注重了Web Services实用性方面的测试，Web Services虽
然在传输效率极稳定性上都还不是特别的理想，但是毕竟微软的.Net战略是一个对现在来说超前的概念，它的真正成熟必须依靠与宽带网络的普及，才能让用户体验到Web Services的优越性。
&nb 上一页 [1] [2] [3] 下一页
[聊天工具]Gmail推出新功能：Web Clip__天极Yesky [聊天工具]Web MSN你玩了吗__天极Yesky
[系统软件]InstallShield Express for delphi制作安装程序定… [系统软件]Web Browser Express 概述
[系统软件]对Internet Explorer Web 控件做一点修改 [系统软件]BCB6 下devexpress 安装手记
[常用软件]小技巧：三步实现Web迅雷录制PPLive节目 [常用软件]InstallShield Express制作Delphi数据库安装程序
[常用软件]Internet Explorer 6 Public Preview 最新出击！！ [常用软件]painter 6 手绘实例《油彩篇》
| 
注：本站部分文章源于互联网，版权归原作者所有！如有侵权，请原作者与本站联系，本站将立即删除！ 本站文章除特别注明外均可转载，但需注明出处！ [MinTao学以致用网] 
