一、Web Service简介

1.1 Web Service 基本概念
Web Service 也叫 XML Web Service WebService 是一种可以接收从 Internet 或者 Intranet 上的其它系统中传递过来的请求,轻量级的独立的通讯技术。是 : 通过 SOAP Web 上提供的软件服务,使用 WSDL 文件进行说明,并通过 UDDI 进行注册。
XML ( Extensible Markup Language ) 扩展型可标记语言。面向短期的临时数据处理、面向万维网络,是 Soap 的基础。
Soap (Simple Object Access Protocol) 简单对象存取协议。是 XML Web Service 的通信协议。当用户通过 UDDI 找到你的 WSDL 描述文档后,他通过可以 SOAP 调用你建立的 Web 服务中的一个或多个操作。 SOAP XML 文档形式的调用方法的规范,它可以支持不同的底层接口,像 HTTP(S) 或者 SMTP
WSDL (Web Services Description Language) WSDL 文件是一个 XML 文档,用于说明一组 SOAP 消息以及如何交换这些消息。大多数情况下由软件自动生成和使用。
UDDI (Universal Description, Discovery, and Integration) 是一个主要针对 Web 服务供应商和使用者的新项目。在用户能够调用 Web 服务之前,必须确定这个服务内包含哪些商务方法,找到被调用的接口定义,还要在服务端来编制软件, UDDI 是一种根据描述文档来引导系统查找相应服务的机制。 UDDI 利用 SOAP 消息机制(标准的 XML/HTTP )来发布,编辑,浏览以及查找注册信息。它采用 XML 格式来封装各种不同类型的数据,并且发送到注册中心或者由注册中心来返回需要的数据。
1.2 XML Web Service 的特点
Web Service 的主要目标是跨平台的可互操作性。为了实现这一目标, Web Service 完全基于 XML (可扩展标记语言)、 XSD XML Schema )等独立于平台、独立于软件供应商的标准,是创建可互操作的、分布式应用程序的新平台。因此使用 Web Service 有许多优点 :
1 、跨防火墙的通信
  如果应用程序有成千上万的用户,而且分布在世界各地,那么客户端和服务器之间的通信将是一个棘手的问题。因为客户端和服务器之间通常会有防火墙或者代理服务器。传统的做法是,选择用浏览器作为客户端,写下一大堆 ASP 页面,把应用程序的中间层暴露给最终用户。这样做的结果是开发难度大,程序很难维护。 要是客户端代码不再如此依赖于 HTML 表单,客户端的编程就简单多了。如果中间层组件换成 Web Service 的话,就可以从用户界面直接调用中间层组件,从而省掉建立 ASP 页面的那一步。要调用 Web Service ,可以直接使用 Microsoft SOAP Toolkit .net 这样的 SOAP 客户端,也可以使用自己开发的 SOAP 客户端,然后把它和应用程序连接起来。不仅缩短了开发周期,还减少了代码复杂度,并能够增强应用程序的可维护性。同时,应用程序也不再需要在每次调用中间层组件时,都跳转到相应的“结果页”。
2 、应用程序集成
企业级的应用程序开发者都知道,企业里经常都要把用不同语言写成的、在不同平台上运行的各种程序集成起来,而这种集成将花费很大的开发力量。应用程序经常需要从运行的一台主机上的程序中获取数据;或者把数据发送到主机或其它平台应用程序中去。即使在同一个平台上,不同软件厂商生产的各种软件也常常需要集成起来。通过 Web Service ,应用程序可以用标准的方法把功能和数据“暴露”出来,供其它应用程序使用。
XML Web services 提供了在松耦合环境中使用标准协议( HTTP XML SOAP WSDL )交换消息的能力。消息可以是结构化的、带类型的,也可以是松散定义的。
3 B2B 的集成
B2B 指的是 Business to Business as in businesses doing business with other businesses, 商家 ( 泛指企业 ) 对商家的电子商务,即企业与企业之间通过互联网进行产品、服务及信息的交换。通俗的说法是指进行电子商务交易的供需双方都是商家 ( 或企业、公司 ) ,她们使用了 Internet 的技术或各种商务网络平台,完成商务交易的过程。
Web Service B2B 集成成功的关键。通过 Web Service ,公司可以只需把关键的商务应用“暴露”给指定的供应商和客户,就可以了, Web Service 运行在 Internet 上,在世界任何地方都可轻易实现,其运行成本就相对较低。 Web Service 只是 B2B 集成的一个关键部分,还需要许多其它的部分才能实现集成。 Web Service 来实现 B2B 集成的最大好处在于可以轻易实现互操作性。只要把商务逻辑“暴露”出来,成为 Web Service ,就可以让任何指定的合作伙伴调用这些商务逻辑,而不管他们的系统在什么平台上运行,使用什么开发语言。这样就大大减少了花在 B2B 集成上的时间和成本。
4 、软件和数据重用
Web Service 在允许重用代码的同时,可以重用代码背后的数据。使用 Web Service ,再也不必像以前那样,要先从第三方购买、安装软件组件,再从应用程序中调用这些组件;只需要直接调用远端的 Web Service 就可以了。另一种软件重用的情况是,把好几个应用程序的功能集成起来,通过 Web Service “暴露”出来,就可以非常容易地把所有这些功能都集成到你的门户站点中,为用户提供一个统一的、友好的界面。 可以在应用程序中使用第三方的 Web Service 提供的功能,也可以把自己的应用程序功能通过 Web Service 提供给别人。两种情况下,都可以重用代码和代码背后的数据。
从以上论述可以看出, Web Service 在通过 Web 进行互操作或远程调用的时候是最有用的。不过,也有一些情况, Web Service 根本不能带来任何好处, Web Service 有一下缺点:
1 单机应用程序
目前,企业和个人还使用着很多桌面应用程序。其中一些只需要与本机上的其它程序通信。在这种情况下,最好就不要用 Web Service ,只要用本地的 API 就可以了。 COM 非常适合于在这种情况下工作,因为它既小又快。运行在同一台服务器上的服务器软件也是这样。当然 Web Service 也能用在这些场合,但那样不仅消耗太大,而且不会带来任何好处。
2 局域网的一些应用程序
在许多应用中,所有的程序都是在 Windows 平台下使用 COM ,都运行在同一个局域网上。在这些程序里,使用 DCOM 会比 SOAP/HTTP 有效得多。与此相类似,如果一个 .net 程序要连接到局域网上的另一个 .net 程序,应该使用 .net Remoting 。其实在 .net Remoting 中,也可以指定使用 SOAP/HTTP 来进行 Web Service 调用。不过最好还是直接通过 TCP 进行 RPC 调用,那样会有效得多。
1.3 XML Web Service 的应用
1. 最初的 XML Web Service 通常是可以方便地并入应用程序的信息来源,如股票价格、天气预报、体育成绩等等。
2. XML Web Service 方式提供现有应用程序,可以构建新的、更强大的应用程序,并利用 XML Web Service 作为构造块。
例如,用户可以开发一个采购应用程序,以自动获取来自不同供应商的价格信息,从而使用户可以选择供应商,提交订单,然后跟踪货物的运输,直至收到货物。而供应商的应用程序除了在 Web 上提供服务外,还可以使用 XML Web Service 检查客户的信用、收取货款,并与货运公司办理货运手续。

你可能感兴趣的:(Web,xml,service,SOAP,web服务,internet)