zoukankan      html  css  js  c++  java
  • webservice优缺点

    为什么要用webservice

    用webservice是为了支持异构平台,譬如服务器端是python/java,客户端可以是jsp/php/asp.net。

    从测试角度看,可以用它做测试的客户端,通过webservice和服务器通信。

    从接口角度看,webservice生成的代码虽然很啰嗦,可它是强类型代码,接口有变动只要编译就知道错误。

    J2EE的EJB(SLSB)可以提供WebService,而且是支持多个客户端并发的。即两个client可以同时调用同一个接口,而且这两个接口会同时执行(因为无状态)。

    例如,若同时访问同一个接口,会同时调用:

    14:01:41,641 INFO  [STDOUT] registerWorker start...
    14:01:41,919 INFO  [STDOUT] registerWorker start...
    14:01:46,668 INFO  [STDOUT] registerWorker #1008
    14:01:46,670 INFO  [STDOUT] registerWorker finished...
    14:01:46,924 INFO  [STDOUT] registerWorker #1009
    14:01:46,926 INFO  [STDOUT] registerWorker finished...
    14:01:56,671 INFO  [STDOUT] registerWorker exit.
    14:01:56,927 INFO  [STDOUT] registerWorker exit

    Python的soaplib的WebService是不支持多个客户端并发的,两个Client调用同一个接口时,只能一个一个执行。

    例如,若WebService的方法需要执行很长时间,那么下一个Client只能等待上一个Client执行完毕:

    2012-03-14 13:53:28.810094 [debug] execute command: ./getJpeg test.flv 100,101 o.jpg
    [winlin]start...
    [winlin]finished...
    10.33.0.231 - - [14/Mar/2012 13:53:58] "POST /vfe?wsdl HTTP/1.1" 200 951
    2012-03-14 13:53:58.822021 [debug] execute command: ./getJpeg test.flv 100,101 o.jpg
    [winlin]start...
    [winlin]finished...
    10.33.0.231 - - [14/Mar/2012 13:54:28] "POST /vfe?wsdl HTTP/1.1" 200 951

    实际上,WebService的主要目标是跨平台的可互操作性。为了达到这一目标,WebService完全基于XML(可扩展标记语言)、XSD(XMLSchema)等独立于平台、独立于软件供应商的标准,是创建可互操作的、分布式应用程序的新平台。由此可以看出,在以下三种情况下,使用WebService会带来极大的好处。

    长处一、跨防火墙的通信

      如果应用程序有成千上万的用户,而且分布在世界各地,那么客户端和服务器之间的通信将是一个棘手的问题。因为客户都和服务器之间通常会有防火墙或者代理服务器。在这种情况下,使用DCOM就不是那么简单,通常也不便于把客户端程序发布到数量如此庞大的每一个用户手中。传统的做法是,选择用浏览器作为客户端,写下一大堆ASP页面,把应用程序的中间层暴露给最终用户。这样做的结果是开发难度大,程序很难维护。

      举个例子,在应用程序里加入一个新页面,必须先建立好用户界面(Web页面),并在这个页面后面,包含相应商业逻辑的中间层组件,还要再建立至少一个ASP页面,用来接收用户输入的信息,调用中间层组件,把结果格式化为HTML形式,最后还要把“结果页”送回浏览器。要是客户都代码不再如此依赖于HTML表单,客户端的编程就简单多了。

      如果中间层组件换成WebService的话,就可以从用户界面直接调用中间层组件,从而省掉建立ASP页面的那一步。要调用WebService,可以直接使用Microsoft SOAPToolkit或.NET这样的SOAP客户端,也可以使用自己开发的SOAP客户端,然后把它和应用程序连接起来。不仅缩短了开发周期,还减少了代码复杂度,并能够增强应用程序的可维护性。同时,应用程序也不再需要在每次调用中间层组件时,都跳转到相应的“结果页”。

      从经验来看,在一个用户界面和中间层有较多交互的应用程序中,使用WebService这种结构,可以节省花在用户界面编程上20%的开发时间。另外,这样一个由WebService组成的中间层,完全可以在应用程序集成或其他场合下重用。最后,通过WebService把应用程序的逻辑和数据“暴露”出来,还可以让其他平台上的客户重用这些应用程序。

    长处二、应用程序集成

      企业级的应用程序开发者都知道,企业里经常都要把用不同语言写成的、在不同平台上运行的各种程序集成起来,而这种集成将花费很大的开发力量。应用程序经常需要从运行在IBM主机上的程序中获取数据;或者把数据发送到主机或UNIX应用程序中去。即使在同一个平台上,不同软件厂商的各种软件页常常需要集成起来。通过WebService,应用程序可以用标准的方法把功能和数据“暴露”出来,供其他应用程序使用。

      例如,有一个订单登录程序,用于登录从客户来的新订单,包括客户信息、发货地址、数量、价格和付款方式等内容;还有一个订单执行程序,用于实际货物发送的管理。这两个程序来自不同软件厂商。一份新订单进之后,订单登录程序需要通知订单执行程序发送货物。通过在订单执行程序上面增加一层WebService,订单执行程序可以把“AddOrder”函数“暴露”出来。这样,每当有新订单到来时,订单登录程序就可以调用这个函数来发送货物了。

    长处三、B2B的集成

      用WebService集成应用程序,可以使公司内部的商务处理更加自动化。但当交易跨越供应商和客户、突破公司的界限时会怎么样呢?跨公司的商务交易集成通常叫做B2B集成。

      WebService是B2B集成成功的关键。通过WebService,公司可以把关键的商务应用“暴露”给指定的供应商和客户。例如,把电子下单系统和电子发票系统“暴露”出来,客户就可以以电子的方式发送订单,供应商则可以以电子的方式发送原料采购发票。当然,这并不是一个新的概念,EDI(电子文档交换)早就是这样了。但是,WebService的实现要比EDI简单得多,而且WebService运行在Internet上,在世界任何地方都可轻易实现,其运行成本就相对较低。不过,WebService并不像EDI那样,是文档交换或B2B集成的完整解决方案。WebService只是B2B集成的一个关键部分,还需要许多其他的部分才能实现集成。

      用WebService来实现B2B集成的最大好处在于可以轻易实现互操作性。只要把商务逻辑“暴露”出来,成为WebService,就可以让任何指定的合作伙伴调用这些商务逻辑,而不管他们的系统在什么平台上运行,使用什么开发语言。这样就大大减少了花在B2B集成上的时间和成本,让许多原本无法承受EDI的中小企业也能实现B2B集成。

    长处四、软件和数据重用

      软件重用是一个很大的主题,重用的形式很多,重用的程度有大有小。最基本的形式是源代码模块或者类一级的重用,另一种形式是二进制形式的组件重用。

      当前,像表格控件或用户界面控件这样的可重用软件组件,在市场上都占有很大的份额。但这类软件的重用有一个很大的限制,就是重用仅限于代码,数据不能重用。原因在于,发布组件甚至源代码都比较容易,但要发布数据就没那么容易,除非是不会经常变化的静态数据。

      WebService在允许重用代码的同时,可以重用代码背后的数据。使用WebService,再也不必像以前那样,要先从第三方购买、安装软件组件,再从应用程序种调用这些组件;只需要直接调用远端的WebService就可以了。举个例子,要在应用程序种确认用户输入的地址,只需把这个地址直接发送给相应的WebService,这个WebService就会帮你查阅街道地址、城市、省区和邮政编码等信息,确认这个地址是否在相应的邮政编码区域。WebService的提供商可以按时间或使用次数来对这项服务进行收费。这样的服务要通过组件重用来实现是不可能的,那样的话你必须下载并安装好包含街道地址、城市、省区和邮政编码等信息的数据库,而且这个数据库还是不能实时更新的。

      另一种软件重用的情况是,把好几个应用程序的功能集成起来。例如,要建立一个局域网上的门户站点应用,让用户既可以查询联邦快递包裹,查看股市行情,又可以管理自己的日程安排,还可以在线购买电影票。现在Web上有很多应用程序供应商,都在其应用种实现了这些功能。一旦他们把这些功能都通过WebService“暴露”出来,就可以非常容易地把所有这些功能都集成到你的门户站点种,为用户提供一个统一的、友好的界面。

      将来,许多应用程序都会利用WebService,把当前基于组件的应用程序结构扩展为组件/WebService的混合结构,可以在应用程序种使用第三方的WebService提供的功能,也可以把自己的应用程序功能提供WebService提供给别人。两种情况下,都可以重用代码和代码背后的数据。

      从以上论述可以看出,WebService在通过Web进行互操作或远程调用的时候是最有用的。

      不过,也有一些情况,WebService根本不能带来任何好处。

    短处一、单机应用程序

      目前,企业和个人还使用着很多桌面应用程序。其中一些只需要与本机上的其他程序通信。在这种情况下,最好就不要用WebService,只要用本地的API就可以了。COM非常适合于这种情况下工作,因为它既小又快。运行在同一台服务器上的服务器软件也是这样。最好直接用COM或其他本地的API来进行应用程序间的调用。当日WebService也能用在这些场合,但那样不仅消耗太大,而且不会带来任何好处。

    短处二、局域网的同构应用程序

      在许多应用中,所有的程序都是用VB或VC开发的,都在Windows平台下使用COM,都运行在同一个局域网上。例如,有两个服务器应用程序需要相互通信,或者有一个Win32或WinForm的客户程序要连接局域网上另一个服务器的程序。在这些程序里,使用DCOM会比SOAP/HTTP有效得多。与此相类似,如果一个.NET程序要连接到局域网上的另一个.NET程序,应该使用.NETremoting。有趣的是,在.NETremoting中,也可以指定使用SOAP/HTTP来进行WebService调用。不过最好还是直接通过TCP进行RPC调用,那样会有效得多。

    参考文章:https://blog.csdn.net/a468903507/article/details/9966289

  • 相关阅读:
    各国语言缩写列表,各国语言缩写-各国语言简称,世界各国域名缩写
    How to see log files in MySQL?
    git 设置和取消代理
    使用本地下载和管理的免费 Windows 10 虚拟机测试 IE11 和旧版 Microsoft Edge
    在Microsoft SQL SERVER Management Studio下如何完整输出NVARCHAR(MAX)字段或变量的内容
    windows 10 x64系统下在vmware workstation pro 15安装macOS 10.15 Catelina, 并设置分辨率为3840x2160
    在Windows 10系统下将Git项目签出到磁盘分区根目录的方法
    群晖NAS(Synology NAS)环境下安装GitLab, 并在Windows 10环境下使用Git
    使用V-2ray和V-2rayN搭建本地代理服务器供局域网用户连接
    windows 10 专业版安装VMware虚拟机碰到的坑
  • 原文地址:https://www.cnblogs.com/susanhonly/p/11936988.html
Copyright © 2011-2022 走看看