web service技术,

《web service技术,》由会员分享，可在线阅读，更多相关《web service技术,（6页珍藏版）》请在金锄头文库上搜索。

1、Web Service 技术，能使得运行在不同机器上的不同应用无须借助附加的、专门的第三方软件或硬件， 就可相 互交换数据或集成。依据 Web Service 规范实施的应用之间， 无论它们所使用的语言、 平 台或内部协议是什么， 都可以相互交换数据。开放性，跨平台性，开放性正是 Web services 的基础。两种重要技术要达到这样的目标，Web services 要使用两种技术：1.XML（标准通用标记语言下的一个子集）：XML 是在 web 上传送结构化数据的伟大方式，Web services 要以一种可靠的自动的方式操作数据，HTML（标准通用标记语言下的一个应用）不会满足要求，而

2、XML 可以使 web services 十分方便的处理数据，它的内容与表示的分离十分理想；2.SOAP：SOAP 使用 XML 消息调用远程方法，这样 web services 可以通过 HTTP 协议的post 和 get 方法与远程机器交互，而且，SOAP 更加健壮和灵活易用；其他像 UDDI 和 WSDL 技术与 XML 和 SOAP 技术紧密结合用于服务发现。Web Service 平台需要一套协议来实现分布式应用程序的创建。任何平台都有它的数据表示 方法和类型系统。要实现互操作性，Web Service 平台必须提供一套标准的类型系统，用于 沟通不同平台、编程语言和组件模型中的不同

3、类型系统。目前这些协议有XML 和 XSD可扩展的标记语言（标准通用标记语言下的一个子集）是 Web Service 平台中表示数据的基本格式。除了易于建立和易于分析外，XML 主要的优点在于它既与平台无关，又与厂商无关。XML 是由万维网协会(W3C)创建，W3C 制定的 XML SchemaXSD 定义了一套标准的数据类型，并给出了一种语言来扩展这套数据类型。Web Service 平台是用 XSD 来作为数据类型系统的。当你用某种语言如 VB. NET 或 C# 来构造一个 Web Service 时，为了符合 Web Service 标准，所有你使用的数据类型都必须被转换为 XSD 类

4、型。如想让它使用在不同平台和不同软件的不同组织间传递，还需要用某种东西将它包装起来。这种东西就是一种协议，如 SOAP。SOAPSOAP 即简单对象访问协议(Simple Object Access Protocol)，它是用于交换 XML（标准通用标记语言下的一个子集）编码信息的轻量级协议。它有三个主要方面：XML-envelope 为描述信息内容和如何处理内容定义了框架，将程序对象编码成为 XML 对象的规则，执行远程过程调用(RPC)的约定。SOAP 可以运行在任何其他传输协议上。例如，你可以使用 SMTP，即因特网电子邮件协议来传递 SOAP 消息，这可是很有诱惑力的。在传输层之间的头

5、是不同的，但 XML 有效负载保持相同。Web Service 希望实现不同的系统之间能够用“软件-软件对话”的方式相互调用，打破了软件应用、网站和各种设备之间的格格不入的状态，实现“基于 Web 无缝集成”的目标。WSDLWeb Service 描述语言 WSDL 就是用机器能阅读的方式提供的一个正式描述文档而基于 XML（标准通用标记语言下的一个子集）的语言，用于描述 Web Service 及其函数、参数和返回值。因为是基于 XML 的，所以 WSDL 既是机器可阅读的，又是人可阅读的。UDDIUDDI 的目的是为电子商务建立标准；UDDI 是一套基于 Web 的、分布式的、为 Web

6、Service 提供的、信息注册中心的实现标准规范，同时也包含一组使企业能将自身提供的 Web Service 注册，以使别的企业能够发现的访问协议的实现标准。应用编辑编辑Web service 到底是什么；在什么情况下你应该使用 Web service。研究一下当前的应用程序开发，你会发现一个绝对的倾向：人们开始偏爱基于浏览器的瘦客户应用程序。这当然不是因为瘦客户能够提供更好的用户界面，而是因为它能够避免花在桌面应用程序发布上的高成本。发布桌面应用程序成本很高，一半是因为应用程序安装和配置的问题，另一半是因为客户和服务器之间通信的问题。传统的 Windows 客户应用程序使用 DCOM 来与

7、服务器进行通信和调用远程对象。配置好 DCOM 使其在一个大型的网络中正常工作将是一个极富挑战性的工作，同时也是许多 IT工程师的噩梦。事实上，许多 IT 工程师宁愿忍受浏览器所带来的功能限制，也不愿在局域网上去运行一个 DCOM。在我看来，结果就是一个发布容易，但开发难度大而且用户界面极其受限的应用程序。极端的说，就是你花了更多的资金和时间，却开发出从用户看来功能更弱的应用程序。不信？问问你的会计师对新的基于浏览器的会计软件有什么想法：绝大多数商用程序用户希望使用更加友好的 Windows 用户界面。关于客户端与服务器的通信问题，一个完美的解决方法是使用 HTTP 协议来通信。这是因为任何运

8、行 Web 浏览器的机器都在使用 HTTP 协议。同时，当前许多防火墙也配置为只允许 HTTP 连接。许多商用程序还面临另一个问题，那就是与其他程序的互操作性。如果所有的应用程序都是使用 COM 或.NET 语言写的，并且都运行在 Windows 平台上，那就天下太平了。然而，事实上大多数商业数据仍然在大型主机上以非关系文件(VSAM)的形式存放，并由 COBOL语言编写的大型机程序访问。而且，目前还有很多商用程序继续在使用 C+、Java、Visual Basic 和其他各种各样的语言编写。现在，除了最简单的程序之外，所有的应用程序都需要与运行在其他异构平台上的应用程序集成并进行数据交换。这

9、样的任务通常都是由特殊的方法，如文件传输和分析，消息队列，还有仅适用于某些情况的的 API，如 IBM 的“高级程序到程序交流(APPC)“等来完成的。在以前，没有一个应用程序通信标准，是独立于平台、组建模型和编程语言的。只有通过 Web Service，客户端和服务器才能够自由的用 HTTP 进行通信，不论两个程序的平台和编程语言是什么。什么是 Web Service对这个问题，我们至少有两种答案。从表面上看，Web service 就是一个应用程序，它向外界暴露出一个能够通过 Web 进行调用的 API。这就是说，你能够用编程的方法通过Web 来调用这个应用程序。我们把调用这个 Web s

10、ervice 的应用程序叫做客户。例如，你想创建一个 Web service ，它的作用是返回当前的天气情况。那么你可以建立一个 ASP 页面，它接受邮政编码作为查询字符串，然后返回一个由逗号隔开的字符串，包含了当前的气温和天气。要调用这个 ASP 页面，客户端需要发送下面的这个 HTTP GET返回的数据就应该是这样：21这个 ASP 页面就应该可以算作是 Web service 了。因为它基于 HTTP GET 请求，暴露出了一个可以通过 Web 调用的 API。当然，Web service 还有更多的东西。下面是对 Web service 更精确的解释： Web services 是建立

11、可互操作的分布式应用程序的新平台。作为一个 Windows 程序员，你可能已经用 COM 或 DCOM 建立过基于组件的分布式应用程序。COM 是一个非常好的组件技术，但是我们也很容易举出 COM 并不能满足要求的情况。Web service 平台是一套标准，它定义了应用程序如何在 Web 上实现互操作性。你可以用任何你喜欢的语言，在任何你喜欢的平台上写 Web service ，只要我们可以通过 Web service 标准对这些服务进行查询和访问。新平台Web service 平台需要一套协议来实现分布式应用程序的创建。Web service 平台必须提供一套标准的类型系统，用于沟通不同平

12、台、编程语言和组件模型中的不同类型系统。在传统的分布式系统中，基于界面(interface)的平台提供了一些方法来描述界面、方法和参数（译注：如 COM 和 COBAR 中的 IDL 语言） 。同样的，Web service 平台也必须提供一种标准来描述 Web service，让客户可以得到足够的信息来调用这个 Web service。最后，我们还必须有一种方法来对这个 Web service 进行远程调用。这种方法实际是一种远程过程调用协议(RPC)。为了达到互操作性，这种 RPC 协议还必须与平台和编程语言无关。下面几个小节就简要介绍了组成 Web service 平台的这三个技术。XM

13、L 和 XSD可扩展的标记语言（标准通用标记语言下的一个子集）是 Web service 平台中表示数据的基本格式。除了易于建立和易于分析外，XML 主要的优点在于它既是平台无关的，又是厂商无关的。无关性是比技术优越性更重要的：软件厂商是不会选择一个由竞争对手所发明的技术的。XML 解决了数据表示的问题，但它没有定义一套标准的数据类型，更没有说怎么去扩展这套数据类型。例如，整形数到底代表什么？16 位，32 位，还是 64 位？这些细节对实现互操作性都是很重要的。W3C 制定的 XML Schema(XSD)就是专门解决这个问题的一套标准。它定义了一套标准的数据类型，并给出了一种语言来扩展这套

14、数据类型。Web service 平台就是用 XSD 来作为其数据类型系统的。当你用某种语言(如 VB. NET 或 C#)来构造一个 Web service 时，为了符合 Web service 标准，所有你使用的数据类型都必须被转换为 XSD 类型。你用的工具可能已经自动帮你完成了这个转换，但你很可能会根据你的需要修改一下转换过程。SOAPWeb service 建好以后，你或者其他人就会去调用它。简单对象访问协议(SOAP)提供了标准的 RPC 方法来调用 Web service。实际上，SOAP 在这里有点用词不当：它意味着下面的 Web service 是以对象的方式表示的，但事实并

15、不一定如此：你完全可以把你的 Web service 写成一系列的 C 函数，并仍然使用 SOAP 进行调用。SOAP 规范定义了 SOAP 消息的格式，以及怎样通过 HTTP 协议来使用 SOAP。SOAP 也是基于 XML（标准通用标记语言下的一个子集）和 XSD 的，XML 是 SOAP 的数据编码方式。WSDL你会怎样向别人介绍你的 Web service 有什么功能，以及每个函数调用时的参数呢？你可能会自己写一套文档，你甚至可能会口头上告诉需要使用你的 Web service 的人。这些非正式的方法至少都有一个严重的问题：当程序员坐到电脑前，想要使用你的 Web service 的时

16、候，他们的工具(如 Visual Studio)无法给他们提供任何帮助，因为这些工具根本就不了解你的 Web service。解决方法是：用机器能阅读的方式提供一个正式的描述文档。Web service 描述语言(WSDL)就是这样一个基于 XML（标准通用标记语言下的一个子集）的语言，用于描述 Web service 及其函数、参数和返回值。WSDL 既是机器可阅读的，又是人可阅读的，这将是一个很大的好处。一些最新的开发工具既能根据你的 Web service 生成 WSDL 文档，又能导入WSDL 文档，生成调用相应 Web service 的代码。UDDIUniversal Description, Discovery and Integration为加速 Web Service 的推广、加强 Web Service 的互操作能力而推出的一个计划,基于标准的服务描述和发现的规范(specification)。以资源共享的方式由多个运作者一起以 Web Service 的形式运作 UDDI 商业注册中心。UDDI 计划的核心组件是 UDDI 商业注册，它使用 XML 文档来描述企