Android笔记之 Web Service 基础

一、Web Service是什么？

就是网络服务。依据W3C的定义，WebServices(Web服务)是一个用于支持网络间不同机器互操作的软件系统，它是一种自包括、自描写叙述和模块化的应用程序，它能够在网络中被描写叙述、公布和调用，能够将它看作是基于网络的、分布式的模块化组件。

 Web Services是建立在通用协议的基础之上的。包括HTTP、SOAP、UDDI、WSDL等。当中Web
Service三要素就是SOAP、WSDL和UDDI。 SOAP用来描写叙述传递信息的格式，
WSDL用来描写叙述怎样訪问详细的接口。UDDI用来管理。分发，查询webService。

（以上粗体部分内容出自百度百科）

 WebServices的优势在于提供了不同应用程序平台之间的互操作，它使得基于组件的开发和Web相结合的效果达到最佳。它是基于HTTP协议的，调用请求和回应消息都能够穿过防火墙，不须要更改防火墙的设置。这样就避免了使用特殊port进行通信时无法穿越防火墙的问题。

 

归纳总结——Web service 就是一个应用程序，它向外界暴露出一个能够通过Web进行调用的API。

 

事实上，说白了。就是某个server，你能够理解为站点。开放了（即对外公开）某个功能或者方法，我们通过 web service编程就能够获取到它公开的信息，从而为自己所用。

比方说，某个天气站点，对外公开了其天气接口，那么我们就能够通过web
service获取到每天的当地天气情况了。须要注意的是，上面说到，web service是基于通用协议的。这个跟JAVA一样，具备非常好的跨平台跨语言特性。可是说是这么说的，Web
Service真的是这种么？我眼下由于实践少而不得而知。可是以下这篇博文却以历史传记的形式说明了

一些事情。

我们能够參详下——

SOAP和WebService的那些事

 

 

二、SOAP、
WSDL与UDDI

上面说到， SOAP、WSDL和UDDI就是Web
Service的三大组件，当中SOAP和WSDL是必选的。然后UDDI是可选的。所以我们要先来了解这几个协议。

 

（1）SOAP

全称就是Simple Object Access Protocol。简单对象訪问协议。是用于交换XML（标准通用标记语言下的一个子集）编码信息的轻量级协议。

眼下经常使用的有两个版本号，SOAP1.1和
SOAP 1.2。SOAP的优点在于——它能够执行在随意的其它协议上。比方SMTP,HTTP等。

（2）WSDL

全称就是(Web Services DescriptionLanguage。即Web服务描写叙述语言)是一种用来描写叙述Web服务的XML语言，它描写叙述了Web服务的功能、接口、參数、返回值等，便于用户绑定和调用服务。

它以一种和详细语言无关的方式定义了给定Web服务调用和应答的相关操作和消息。

    WSDL是我们能够实实在在看到的东西。它是一份xml文档，用于描写叙述某个WebSerivce的方方面面。

假设阅读上述的文字后，你依旧无法理解WSDL，那么请阅读以下的内容：（来自某网友的。以下有出处）

你会怎样向别人介绍你的Webservice有什么功能，以及每一个函数调用时的參数呢？你可能会自己写一套文档。你甚至可能会口头上告诉须要使用你的Webservice的人。

这些非正式的方法至少都有一个严重的问题：当程序猿坐到电脑前，想要使用你的Web service的时候。他们的工具(如VisualStudio)无法给他们提供不论什么帮助。由于这些工具根本就不了解你的Web service。解决方法是：用机器能阅读的方式提供一个正式的描写叙述文档。Webservice描写叙述语言(WSDL)就是这样一个基于XML的语言。用于描写叙述Webservice及其函数、參数和返回值。由于是基于XML的。所以WSDL既是机器可阅读的，又是人可阅读的，这将是一个非常大的优点。一些最新的开发工具既能依据你的Webservice生成WSDL文档，又能导入WSDL文档。生成调用对应Web
service的代码。于是WSDL诞生。

 

源文档 <http://sakyone.iteye.com/blog/353063>

 

 

（3）UDDI

全称是：Universal Description, Discovery andIntegration"，中文翻译就是“通用描写叙述，发现和集成服务”，或者能够叫“统一描写叙述、发现和集成协议”。

感觉非常抽象是吧，我也这么觉得，哈哈。

没关系，接着看。

以下的说明过于专业，不好理解，于是原文引用——

了解 Web 服务规范: 第 3部分：统一描写叙述、发现和集成 (UDDI)

 

当全部应用程序都位于本地时。要找到所需的功能会非常easy。

只是，使用 Web服务之类的分布式系统时，您不能获得中央注冊中心的优点。分布式系统也easy发生更改。而这正是
UDDI的用武之地。它旨在用于两个目的。最初形成时。它被觉得是一种“通用业务注冊中心”。其想法是，企业能够使用以下三种方法之中的一个搜索合作伙伴：

• “白页”：白页与电话簿中用于查找公司信息的白页相似。

  比如，假设您知道公司的名称，能够在当中查找公司的地址、怎样进行联系，甚至还能够确定与组织中的哪个人联系。

• “黄页”：相同，黄页与电话簿中的黄页一样。能够在当中依据分类查找公司。UDDI指定了各种分类法，以供各个公司用于对自己进行分类。比如。假设您在查找体育用具，则能够查找其北美工业分类系统（North
  American Industry Classification System，NAICS）代码为
  339920 的公司。

• “绿页”：电话簿中没有绿页，但这里的想法是，公司能够使用此搜索方法来查找实现了特定服务的贸易合作伙伴。比如，能够搜索实现了使用邮政编码的距离计算功能的公司。

UDDI同一时候也被觉得是一种保持分布式应用程序长期执行的方法。其想法是这种，能够缓存有关訪问特定服务的信息，假设客户机崩溃。应用程序将自己主动回到注冊中心并进行检查，以确定信息是否已更改。

假设已更改，则能够直接在应用程序内进行更改（在理想的情况下将自己主动进行更改）并重试您的请求。

看完之后，大概懂了吧，UDDI事实上就是业务登记逻辑和注冊，使得使用者能够高速查找。