Web Service

Web service是一个平台独立的，低耦合的，自包含的、基于可编程的web的应用程式，可使用开放的XML（标準通用标记语言下的一个子集）标準来描述、发布、发现、协调和配置这些应用程式，用于开发分散式的互操作的应用程式。

Web Service技术，能使得运行在不同机器上的不同套用无须藉助附加的、专门的第三方软体或硬体，就可相互交换数据或集成。依据Web Service规範实施的套用之间，无论它们所使用的语言、平台或内部协定是什幺，都可以相互交换数据。Web Service是自描述、自包含的可用网路模组，可以执行具体的业务功能。Web Service也很容易部署，因为它们基于一些常规的产业标準以及已有的一些技术，诸如标準通用标记语言下的子集XML、HTTP。Web Service减少了套用接口的花费。Web Service为整个企业甚至多个组织之间的业务流程的集成提供了一个通用机制。

基本介绍

中文名：Web Service
类型：应用程式
平台：独立平台
作用：交换数据或集成

历史

web广泛用到的技术：

TCP/IP：通用网路协定，被各种设备使用
HTML（标準通用标记语言下的一个套用）：通用用户界面，可以使用HTML标籤显示数据
.NET: 不同应用程式间共享数据与数据交换
Java：写一次可以在任何系统运行的通用程式语言，因为java具有跨平台特性
XML（标準通用标记语言下的一个子集）：通用数据表达语言，在web上传送结构化数据的容易方法

他们的特点是其开放性，跨平台性，开放性正是Web services的基础。

近几年来，Internet的迅猛发展使其成为全球信息传递与共享的巨大的资源库。越来越多的网路环境下的Web套用系统被建立起来，利用HTML、CGI等Web技术可以轻鬆地在Internet环境下实现电子商务、电子政务等多种套用。然而这些套用可能分布在不同的地理位置，使用不同的数据组织形式和作业系统平台，加上套用不同所造成的数据不一致性，使得如何将这些高度分布的数据集中起来并得以充分利用成为急需解决的问题。

随着网路技术、网路运行理念的发展，人们提出一种新的利用网路进行套用集成的解决方案——Web Service。Web Service是一种新的Web应用程式分支，其可以执行从简单的请求到複杂商务处理的任何功能。一旦部署以后，其他Web Service应用程式可以发现并调用它部署的服务。因此，Web Service是构造分散式、模组化应用程式和面向服务套用集成的最新技术和发展趋势。

趋势

内容更动态化

频宽Bandwidth更便宜，易于获得
存储器Storage更便宜，更易获得
普遍式计算变得更加重要：大量的设备，例如行动电话，页面，电脑，pc，已经在Internet上变得普遍，平台变得更多元化，像XML（标準通用标记语言下的一个子集）这样的跨平台技术变得更重要

趋势

上述的这些趋势意味着，更加智慧型的处理，操作和汇总内容变得十分重要。让我们看看按照Web services角度所预示的四个趋势：

内容更加动态：一个web service必须能合併从多个不同来源的内容，可以包括股票，天气，新闻等，在传统环境中的内容，如存货水平，购物订单或者目录信息等，都从后端系统而来；
频宽更加便宜：web services可以分发各种类型的内容（音频，视频流等）；
存储更便宜:：web services必须能聪明地处理大量数据，意味着要使用资料库，LDAP目录，缓冲，和负载平衡软体等技术保持可扩展能力；
普遍式计算更重要：web services不能要求客户使用某一版本的windows的传统浏览器，必须支持各种设备，平台，浏览器类型，各种内容类型；

两种重要技术

要达到这样的目标，Web services要使用两种技术：

XML（标準通用标记语言下的一个子集）：XML是在web上传送结构化数据的伟大方式，Web services要以一种可靠的自动的方式运算元据，HTML（标準通用标记语言下的一个套用）不会满足要求，而XML可以使web services十分方便的处理数据，它的内容与表示的分离十分理想；
SOAP：SOAP使用XML讯息调用远程方法，这样web services可以通过HTTP协定的post和get方法与远程机器互动，而且，SOAP更加健壮和灵活易用；

其他像UDDI和WSDL技术与XML和SOAP技术紧密结合用于服务发现。

支持

技术支持

Web Service平台需要一套协定来实现分散式应用程式的创建。任何平台都有它的数据表示方法和类型系统。要实现互操作性，Web Service平台必须提供一套标準的类型系统，用于沟通不同平台、程式语言和组件模型中的不同类型系统。这些协定有：

XML和XSD

可扩展的标记语言（标準通用标记语言下的一个子集）是Web Service平台中表示数据的基本格式。除了易于建立和易于分析外，XML主要的优点在于它既与平台无关，又与厂商无关。XML是由全球资讯网协会(W3C)创建，W3C制定的XML SchemaXSD　定义了一套标準的数据类型，并给出了一种语言来扩展这套数据类型。

Web Service平台是用XSD来作为数据类型系统的。当你用某种语言如VB. NET或C#　来构造一个Web Service时，为了符合Web Service标準，所有你使用的数据类型都必须被转换为XSD类型。如想让它使用在不同平台和不同软体的不同组织间传递，还需要用某种东西将它包装起来。这种东西就是一种协定，如 SOAP。

SOAP

SOAP即简单对象访问协定(Simple Object Access Protocol)，它是用于交换XML（标準通用标记语言下的一个子集）编码信息的轻量级协定。它有三个主要方面：XML-envelope为描述信息内容和如何处理内容定义了框架，将程式对象编码成为XML对象的规则，执行远程过程调用(RPC)的约定。SOAP可以运行在任何其他传输协定上。例如，你可以使用 SMTP，即网际网路电子邮件协定来传递SOAP讯息，这可是很有诱惑力的。在传输层之间的头是不同的，但XML有效负载保持相同。

Web Service 希望实现不同的系统之间能够用“软体-软体对话”的方式相互调用，打破了软体套用、网站和各种设备之间的格格不入的状态，实现“基于Web无缝集成”的目标。

WSDL

Web Service描述语言WSDL　就是用机器能阅读的方式提供的一个正式描述文档而基于XML（标準通用标记语言下的一个子集）的语言，用于描述Web Service及其函式、参数和返回值。因为是基于XML的，所以WSDL既是机器可阅读的，又是人可阅读的。

UDDI

UDDI 的目的是为电子商务建立标準；UDDI是一套基于Web的、分散式的、为Web Service提供的、信息注册中心的实现标準规範，同时也包含一组使企业能将自身提供的Web Service注册，以使别的企业能够发现的访问协定的实现标準。

调用RPC与讯息传递

Web Service本身其实是在实现应用程式间的通信。我们有两种应用程式通信的方法：RPC远程过程调用　和讯息传递。使用RPC的时候，客户端的概念是调用伺服器上的远程过程，通常方式为实例化一个远程对象并调用其方法和属性。RPC系统试图达到一种位置上的透明性：伺服器暴露出远程对象的接口，而客户端就好像在本地使用的这些对象的接口一样，这样就隐藏了底层的信息，客户端也就根本不需要知道对象是在哪台机器上。

软体支持

作业系统离不开丰富的套用软体的支持。同样，Web Service这项技术只有通过日益广泛的套用才能体现出其价值，比较流行的实现方法是使用.NET 和 Java两种技术，并且两种实现方法可以互相操作；如今我们已经可以看到使用微软、Oracle、SUN、Borland等不同厂商的Web Service构建工具建立的Web Service套用。

微软.NET

微软的.NET技术应该算是时下最为流行的Web Service 开发技术。首先因为其公司在以前相应的产品就占有相当大的市场份额，以至使新推出的.NET得以有比较稳定的用户群；其次也是更重要的是 .NET平台不仅延续了微软一贯的编程风格，而且还增加了许多支持Web 服务的关键性技术，使得.NET在操作的简单性和执行的稳定性，高效性上达到了一个非常好的结合。

微软的Visual Studio. NET便是一个便于 Web 服务的开发工具。微软的目标是，将其新程式语言——C#作为Web Service的首选语言。虽然C#看起来与Java类似，但是还有一些Java中没有的独特的功能。.NET技术中用于Web Service 开发的主要工具是ASP. NET。从技术上说，ASP. net　提供了一些超出ASP以前版本的优点(例如：代码和HTML（标準通用标记语言下的一个套用）的分离，与脚本语言相比较，对“真正”的程式语言如 C# 的支持)。

IBM的WebSphere

IBM公司是业界第一家能够提供全面支持Web服务的电子商务基础设施中间件的公司。通过多年来与W3C(The World Wide Web Consortium)的共同努力，包括DB2、Lotus、Tivoli 和WebSphere在内的所有IBM软体都实现了对SOAP、WSDL、UDDI、Linux、XML（标準通用标记语言下的一个子集）、J2EE等开放技术和标準的全面支持。

IBM公司的WebSphere也是比较好的基础架构软体开发平台。WebSphere软体平台及开发工具包括WebSphere Studio Application DeveloperWSAD　基于J2EE、XML 和Web服务等开放标準，并具备 IBM 在可靠性、扩展性和安全性上的主要优势。WebSphere 是 IBM 在 Web Services策略中的核心平台，它支持所有开发、发布、部署 Web Services套用所必需的开放标準和技术，包括 UDDI，SOAP，J2EE，WSDL，和对 XML 技术集成的增强，这使得它在全球有很多用户。

Borland的JBuilder

Borland公司在 JBuilder7中，用户可以用其Borland Web Services Kit for Java和Borland JBuilder MobileSet 3进行更快捷地开发Web Service和无线套用。这样将使开发者能够在同一个开发环境中轻鬆地创建和集成Web Service。新推出的JBuidler8更是针对Web Service开发更提供了方便和高效的方法。

总之，在Web Service开发上，.NET 和Java都是很好的选择，儘管两者都有一些需要完善的地方，但是它们还是最好的开发手段和技术。具体选择哪种开发工具，也是仁者见仁，智者见智的问题。从根本上说，这两种方法没有孰优孰劣的问题，只是根据使用者对这两种方法的掌握程度和对具体语言的偏爱程度来决定。

套用

Web service到底是什幺；在什幺情况下你应该使用Web service。

研究一下当前的应用程式开发，你会发现一个绝对的倾向：人们开始偏爱基于浏览器的客户端应用程式。这当然不是因为客户端能够提供更好的用户界面，而是因为它能够避免花在桌面应用程式发布上的高成本。发布桌面应用程式成本很高，一半是因为应用程式安装和配置的问题，另一半是因为客户端和伺服器之间通信的问题。

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

关于客户端与伺服器的通信问题，一个完美的解决方法是使用HTTP协定来通信。这是因为任何运行Web浏览器的机器都在使用HTTP协定。同时，当前许多防火墙也配置为只允许HTTP连线。

许多商用程式还面临另一个问题，那就是与其他程式的互操作性。如果所有的应用程式都是使用COM或.NET语言写的，并且都运行在Windows平台上，那就天下太平了。然而，事实上大多数商业数据仍然在大型主机上以非关係档案(VSAM)的形式存放，并由COBOL语言编写的大型机程式访问。而且，还有很多商用程式继续在使用C++、Java、Visual Basic和其他各种各样的语言编写。除了最简单的程式之外，所有的应用程式都需要与运行在其他异构平台上的应用程式集成并进行数据交换。这样的任务通常都是由特殊的方法，如档案传输和分析，讯息伫列，还有仅适用于某些情况的的API，如IBM的"高级程式到程式交流(APPC)"等来完成的。在以前，没有一个应用程式通信标準，是独立于平台、组建模型和程式语言的。只有通过Web Service，客户端和伺服器才能够自由的用HTTP进行通信，不论两个程式的平台和程式语言是什幺。

什幺是Web Service

对这个问题，我们至少有两种答案。从表面上看，Web service 就是一个应用程式，它向外界暴露出一个能够通过Web进行调用的API。这就是说，你能够用编程的方法通过Web来调用这个应用程式。我们把调用这个Web service 的应用程式叫做客户。例如，你想创建一个Web service ，它的作用是返回当前的天气情况。那幺你可以建立一个ASP页面，它接受邮政编码作为查询字元串，然后返回一个由逗号隔开的字元串，包含了当前的气温和天气。要调用这个ASP页面，客户端需要传送下面的这个HTTP GET

返回的数据就应该是这样：

这个ASP页面就应该可以算作是Web service 了。因为它基于HTTP GET请求，暴露出了一个可以通过Web调用的API。当然，Web service 还有更多的东西。

下面是对Web service 更精确的解释： Web services是建立可互操作的分散式应用程式的新平台。作为一个Windows程式设计师，你可能已经用COM或DCOM建立过基于组件的分散式应用程式。COM是一个非常好的组件技术，但是我们也很容易举出COM并不能满足要求的情况。

Web service平台是一套标準，它定义了应用程式如何在Web上实现互操作性。你可以用任何你喜欢的语言，在任何你喜欢的平台上写Web service ，只要我们可以通过Web service标準对这些服务进行查询和访问。

新平台

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

XML和XSD

可扩展的标记语言（标準通用标记语言下的一个子集）是Web service平台中表示数据的基本格式。除了易于建立和易于分析外，XML主要的优点在于它既是平台无关的，又是厂商无关的。无关性是比技术优越性更重要的：软体厂商是不会选择一个由竞争对手所发明的技术的。

XML解决了数据表示的问题，但它没有定义一套标準的数据类型，更没有说怎幺去扩展这套数据类型。例如，整形数到底代表什幺？16位，32位，还是64位？这些细节对实现互操作性都是很重要的。W3C制定的XML Schema(XSD)就是专门解决这个问题的一套标準。它定义了一套标準的数据类型，并给出了一种语言来扩展这套数据类型。Web service平台就是用XSD来作为其数据类型系统的。当你用某种语言(如VB. NET或C#)来构造一个Web service时，为了符合Web service标準，所有你使用的数据类型都必须被转换为XSD类型。你用的工具可能已经自动帮你完成了这个转换，但你很可能会根据你的需要修改一下转换过程。

SOAP

Web service建好以后，你或者其他人就会去调用它。简单对象访问协定(SOAP)提供了标準的RPC方法来调用Web service。实际上，SOAP在这里有点用词不当：它意味着下面的Web service是以对象的方式表示的，但事实并不一定如此：你完全可以把你的Web service写成一系列的C函式，并仍然使用SOAP进行调用。SOAP规範定义了SOAP讯息的格式，以及怎样通过HTTP协定来使用SOAP。SOAP也是基于XML（标準通用标记语言下的一个子集）和XSD的，XML是SOAP的数据编码方式。

WSDL

你会怎样向别人介绍你的Web service有什幺功能，以及每个函式调用时的参数呢？你可能会自己写一套文档，你甚至可能会口头上告诉需要使用你的Web service的人。这些非正式的方法至少都有一个严重的问题：当程式设计师坐到电脑前，想要使用你的Web service的时候，他们的工具(如Visual Studio)无法给他们提供任何帮助，因为这些工具根本就不了解你的Web service。

解决方法是：用机器能阅读的方式提供一个正式的描述文档。Web service描述语言(WSDL)就是这样一个基于XML（标準通用标记语言下的一个子集）的语言，用于描述Web service及其函式、参数和返回值。WSDL既是机器可阅读的，又是人可阅读的，这将是一个很大的好处。一些最新的开发工具既能根据你的Web service生成WSDL文档，又能导入WSDL文档，生成调用相应Web service的代码。

UDDI

Universal Description, Discovery and Integration

为加速Web Service的推广、加强Web Service的互操作能力而推出的一个计画,基于标準的服务描述和发现的规範(specification)。

以资源共享的方式由多个运作者一起以Web Service的形式运作UDDI商业注册中心。

UDDI计画的核心组件是UDDI商业注册，它使用XML文档来描述企业及其提供的Web Service。

UDDI商业注册提供三种信息：

White Page包含地址、联繫方法、已知的企业标识。

Yellow Page包含基于标準分类法的行业类别。

Green Page包含关于该企业所提供的Web Service的技术信息，其形式可能是指向档案或URL的指针，而这些档案或URL是为服务发现机制服务的。

Web Service开发实例

利用WebService实现数据添加
利用WebService实现数据删除
利用WebService给手机发简讯

适合使用Web Service的情况

跨越防火墙；
应用程式集成；
B2B集成；
软体重用

不适合使用Web服务的情况

单机应用程式；
区域网路上的同构应用程式

点击展开全文

转载请注明出处海之美文 » Web Service

Web Service

基本介绍

历史

趋势

趋势

支持

技术支持

软体支持

套用

相关推荐