《嵌入式web service系列讲座之一：webservices介绍》由会员分享，可在线阅读，更多相关《嵌入式web service系列讲座之一：webservices介绍（2页珍藏版）》请在金锄头文库上搜索。
1、嵌入式 Web Service 系列讲座之一Web Service 介绍介绍你可能早就听说过 Web service 了，你也可能已经对 Web service 有一些概念了。一时间，好像所有的计算机期刊、书籍和网站都开始提及 Web service。然而，当前大多数对 Web service 的介绍都没能清楚的说明 Web service 到底是什么。他们只是鼓吹 Web service 是多么多么的好，简直就像是在做广告。在本文中会讲清楚两件事：Web service 到底是什么；在什么情况下你应该使用 Web service。 1.分布式应用程序和浏览器 研究一下当前的应用程序开发，你会
2、发现一个绝对的倾向：人们开始偏爱基于浏览器的瘦客户应用程序。这当然不是因为瘦客户能够提供更好的用户界面，而是因为它能够避免花在桌面应用程序发布上的高成本。发布桌面应用程序成本很高，一半是因为应用程序安装和配置的问题，另一半是因为客户和服务器之间通信的问题。 传统的 Windows 富客户应用程序使用 DCOM 来与服务器进行通信和调用远程对象。配置好 DCOM 使其在一个大型的网络中正常工作将是一个极富挑战性的工作，同时也是许多 IT 工程师的噩梦。事实上，许多 IT 工程师宁愿忍受浏览器所带来的功能限制，也不愿在局域网上去运行一个 DCOM。在我看来，结果就是一个发布容易，但开发难度大而且用
3、户界面极其受限的应用程序。极端的说，就是你花了更多的资金和时间，却开发出从用户看来功能更弱的应用程序。不信？问问你的会计师对新的基于浏览器的会计软件有什么想法：绝大多数商用程序用户希望使用更加友好的 Windows 用户界面。 关于客户端与服务器的通信问题，一个完美的解决方法是使用 HTTP 协议来通信。这是因为任何运行Web 浏览器的机器都在使用 HTTP 协议。同时，当前许多防火墙也配置为只允许 HTTP 连接。 许多商用程序还面临另一个问题，那就是与其他程序的互操作性。如果所有的应用程序都是使用COM 或.NET 语言写的，并且都运行在 Windows 平台上，那就天下太平了。然而，事实
4、上大多数商业数据仍然在大型主机上以非关系文件(VSAM)的形式存放，并由 COBOL 语言编写的大型机程序访问。而且，目前还有很多商用程序继续在使用 C+、Java、Visual Basic 和其他各种各样的语言编写。现在，除了最简单的程序之外，所有的应用程序都需要与运行在其他异构平台上的应用程序集成并进行数据交换。这样的任务通常都是由特殊的方法，如文件传输和分析，消息队列，还有仅适用于某些情况的的 API，如 IBM的“高级程序到程序交流(APPC)“等来完成的。在以前，没有一个应用程序通信标准，是独立于平台、组建模型和编程语言的。只有通过 Web Service，客户端和服务器才能够自由的
5、用 HTTP 进行通信，不论两个程序的平台和编程语言是什么。 2.什么是 Web Service 对这个问题，我们至少有两种答案。从表面上看，Web service 就是一个应用程序，它向外界暴露出一个能够通过 Web 进行调用的 API。这就是说，你能够用编程的方法通过 Web 来调用这个应用程序。我们把调用这个 Web service 的应用程序叫做客户。例如，你想创建一个 Web service ，它的作用是返回当前的天气情况。那么你可已建立一个 ASP 页面，它接受邮政编码作为查询字符串，然后返回一个由逗号隔开的字符串，包含了当前的气温和天气。要调用这个 ASP 页面，客户端需要发送下
6、面的这个 HTTP GET 请求：http:/ 返回的数据就应该是这样： 21,晴 这个 ASP 页面就应该可以算作是 Web service 了。因为它基于 HTTP GET 请求，暴露出了一个可以通过 Web 调用的 API。当然，Web service 还有更多的东西。 下面是对 Web service 更精确的解释： Web services 是建立可互操作的分布式应用程序的新平台。作为一个 Windows 程序员，你可能已经用 COM 或 DCOM 建立过基于组件的分布式应用程序。COM 是一个非常好的组件技术，但是我们也很容易举出 COM 并不能满足要求的情况。 Web servi
7、ce 平台是一套标准，它定义了应用程序如何在 Web 上实现互操作性。你可以用任何你喜欢的语言，在任何你喜欢的平台上写 Web service ，只要我们可以通过 Web service 标准对这些服务进行查询和访问。 3.新平台 Web service 平台需要一套协议来实现分布式应用程序的创建。任何平台都有它的数据表示方法和类型系统。要实现互操作性，Web service 平台必须提供一套标准的类型系统，用于沟通不同平台、编程语言和组件模型中的不同类型系统。在传统的分布式系统中，基于界面(interface)的平台提供了一些方法来描述界面、方法和参数（译注：如 COM 和 COBAR 中的
8、 IDL 语言） 。同样的，Web service 平台也必须提供一种标准来描述 Web service，让客户可以得到足够的信息来调用这个 Web service。最后，我们还必须有一种方法来对这个 Web service 进行远程调用。这种方法实际是一种远程过程调用协议(RPC)。为了达到互操作性，这种 RPC 协议还必须与平台和编程语言无关。下面几个小节就简要介绍了组成 Web service 平台的这三个技术。 3.1 XML 和 XSD 可扩展的标记语言(XML)是 Web service 平台中表示数据的基本格式。除了易于建立和易于分析外，XML 主要的优点在于它既是平台无关的，又
9、是厂商无关的。无关性是比技术优越性更重要的：软件厂商是不会选择一个由竞争对手所发明的技术的。 XML 解决了数据表示的问题，但它没有定义一套标准的数据类型，更没有说怎么去扩展这套数据类型。例如，整形数到底代表什么？16 位，32 位，还是 64 位？这些细节对实现互操作性都是很重要的。W3C制定的 XML Schema(XSD)就是专门解决这个问题的一套标准。它定义了一套标准的数据类型，并给出了一种语言来扩展这套数据类型。Web service 平台就是用 XSD 来作为其数据类型系统的。当你用某种语言(如 VB.NET 或 C#)来构造一个 Web service 时，为了符合 Web se
10、rvice 标准，所有你使用的数据类型都必须被转换为 XSD 类型。你用的工具可能已经自动帮你完成了这个转换，但你很可能会根据你的需要修改一下转换过程。在第二章中，我们将深入 XSD，学习怎样转换自定义的数据类型(例如类)到 XSD 的类型。3.2 SOAP Web service 建好以后，你或者其他人就会去调用它。简单对象访问协议(SOAP)提供了标准的 RPC 方法来调用 Web service。实际上，SOAP 在这里有点用词不当：它意味着下面的 Web service 是以对象的方式表示的，但事实并不一定如此：你完全可以把你的 Web service 写成一系列的 C 函数，并仍然使
11、用SOAP 进行调用。SOAP 规范定义了 SOAP 消息的格式，以及怎样通过 HTTP 协议来使用 SOAP。SOAP 也是基于 XML 和 XSD 的，XML 是 SOAP 的数据编码方式。第三章我们会讨论 SOAP，并结识 SOAP 消息的各种元素。 3.3 WSDL 你会怎样向别人介绍你的 Web service 有什么功能，以及每个函数调用时的参数呢？你可能会自己写一套文档，你甚至可能会口头上告诉需要使用你的 Web service 的人。这些非正式的方法至少都有一个严重的问题：当程序员坐到电脑前，想要使用你的 Web service 的时候，他们的工具(如 Visual Studio)无法给他们提供任何帮助，因为这些工具根本就不了解你的 Web service。解决方法是：用机器能阅读的方式提供一个正式的描述文档。Web service 描述语言(WSDL)就是这样一个基于 XML 的语言，用于描述 Web service 及其函数、参数和返回值。因为是基于 XML 的，所以 WSDL 既是机器可阅读的，又是人可阅读的，这将是一个很大的好处。一些最新的开发工具既能根据你的 Web service 生成 WSDL 文档，又能导入WSDL 文档，生成调用相应 Web service 的代码。摘自：http:/
