基于Restful的Web服务组合技术研究毕业设计论文
- 格式:doc
- 大小:481.50 KB
- 文档页数:50
第31卷第7期2010年7月微 计 算 机 应 用M I C ROCOM P UTER APPL I C AT I O NSV ol 31N o 7Jul 2010面向资源的RESTfulW eb应用研究潘 冰(暨南大学珠海学院 广东 519070)摘要:作为W eb应用技术的探索与实践,提出了面向资源的REST fulW eb应用设计思路。
通过对R a ils框架下REST fulW eb的实现原理进行分析,从资源的规划、控制器的设计、模型的建立、表间关联以及REST f u lU R I的设计等方面对R EST fu lW eb应用进行了研究,给出了R a ils框架下RES T fulW eb应用的开发步骤。
最后,通过一个实例实现了面向资源的REST fulW eb应用。
这种基于资源的设计将所有功能转化为资源,完全打破了传统的基于动作的设计思路,同时说明了RES T思想从W eb服务到W eb应用是可行的。
关键词:面向资源 Ra ils框架 表述性状态迁移 W eb应用Study on R esource-O riented RES T fulW eb Appli cati onPAN B ing(Zhuha i Co lleg e,Jinan U n i versity,Guangdong,519070,Ch i na)Abstrac t:To exp l ore and practise the techno l og ies ofW eb app licati ons,t he i dea of resource-o riented REST fulW eb app licati on is pro posed.A fter ana l yzing the i m ple m en tati on pr i nciples of REST fulW eb based on R a ils fram e w ork,t he resource planning,contro ller de si gn,model bu ild,relationsh i ps be t w een tab l es,as w ell as R EST fu lUR I are stud i ed,and then the steps of REST fulW eb appli ca tion develop m ent on R a ils are prov ided.F i nall y,an examp l e of resource-o riented REST fulW eb applicati on i s i m ple m ented.T his resource -based desi gn transf o r m s a ll f unc tions i nto resources,comp l ete ly breaks the traditi ona l ac tion-based desi gn i deas,and the examp l e show s t hat t he REST i deas from theW eb serv i ces to W eb app licati ons is feasi b l e.K eywords:R esource-o riented,R a ils fra m e w ork,REpresenta tiona l S tate T ransfer(RES T),W eb appli cation传统的W eb应用程序的设计主要是基于动作(acti o n)的设计思想,并且有多种框架支持这种思想的实现。
毕业设计(论文)设计(论文)题目:基于Restful的Web服务组合技术研究毕业设计(论文)原创性声明和使用授权说明原创性声明本人郑重承诺:所呈交的毕业设计(论文),是我个人在指导教师的指导下进行的研究工作及取得的成果。
尽我所知,除文中特别加以标注和致谢的地方外,不包含其他人或组织已经发表或公布过的研究成果,也不包含我为获得及其它教育机构的学位或学历而使用过的材料。
对本研究提供过帮助和做出过贡献的个人或集体,均已在文中作了明确的说明并表示了谢意。
作者签名:日期:指导教师签名:日期:使用授权说明本人完全了解大学关于收集、保存、使用毕业设计(论文)的规定,即:按照学校要求提交毕业设计(论文)的印刷本和电子版本;学校有权保存毕业设计(论文)的印刷本和电子版,并提供目录检索与阅览服务;学校可以采用影印、缩印、数字化或其它复制手段保存论文;在不以赢利为目的前提下,学校可以公布论文的部分或全部内容。
作者签名:日期:学位论文原创性声明本人郑重声明:所呈交的论文是本人在导师的指导下独立进行研究所取得的研究成果。
除了文中特别加以标注引用的内容外,本论文不包含任何其他个人或集体已经发表或撰写的成果作品。
对本文的研究做出重要贡献的个人和集体,均已在文中以明确方式标明。
本人完全意识到本声明的法律后果由本人承担。
作者签名:日期:年月日学位论文版权使用授权书本学位论文作者完全了解学校有关保留、使用学位论文的规定,同意学校保留并向国家有关部门或机构送交论文的复印件和电子版,允许论文被查阅和借阅。
本人授权大学可以将本学位论文的全部或部分内容编入有关数据库进行检索,可以采用影印、缩印或扫描等复制手段保存和汇编本学位论文。
涉密论文按学校规定处理。
作者签名:日期:年月日导师签名:日期:年月日指导教师评阅书评阅教师评阅书教研室(或答辩小组)及教学系意见基于Restful的Web服务组合技术研究摘要Web服务组合通过重用已有的Web服务满足用户高质量的应用需求,是面向服务架构研究的热点问题。
基于RESTful web服务与Oauth 2.0协议的高校教学数据开放平台设计随着信息化技术的不断发展,高校教学数据的积累逐渐增多。
为更好地共享这些数据,以促进教育事业的发展和提高学生的综合素质,高校教学数据开放平台被越来越多的教育机构所重视和采用。
本文将从RESTful web服务与Oauth 2.0协议两方面着手,设计一款高校教学数据开放平台,以满足多样化的需求。
1. RESTful web服务设计RESTful是目前比较流行的一种Web服务架构风格,它采用HTTP协议作为通信协议,通过HTTP请求进行资源管理,并对资源的各种操作封装成一种统一的Web服务。
在高校教学数据开放平台的设计中,RESTful Web服务可为之提供以下功能:1. 提供RESTful API:为用户提供方便的数据访问API,通过HTTP协议进行资源的管理和操作。
基于HTTP协议简单轻量、易于使用和互操作性强等特点,平台构建RESTful API以实现数据的方便快捷共享。
2. 向API注册应用程序:平台允许教育机构或科研机构注册应用程序,获得一组API密钥,以访问提供的RESTful API。
管理人员对应用程序进行授权,从而使得合法的应用程序可以获取特定资源,优化教育机构的数据管理工作。
3. 数据格式:平台应支持常见的数据格式,如JSON、XML 等,以满足不同用户需求,方便数据的交流与处理。
4. 数据发布:平台提供数据发布功能,允许教育资料的快速发布与更新,满足教育数据需求。
以上是RESTful web服务为高校教学数据服务器平台所提供的核心功能。
接下来,我们将着眼于数据安全方面,了解如何利用OAuth 2.0协议为数据保障。
2. OAuth 2.0协议设计OAuth 2.0是一种常见的授权机制,用于保护敏感用户数据。
其重要性在于,通过OAuth 2.0协议提供的授权机制使得用户允许某应用程序访问其敏感数据,而无需共享任何实际账号详情。
RESTful Web服务接口设计规范与实现一、概述在互联网应用的开发中,RESTful(Representational State Transfer)架构风格已经被广泛应用于Web服务的设计与实现。
RESTful Web服务接口以其简洁、灵活和易于扩展的特性被业界所青睐。
本文将针对RESTful Web服务接口的设计规范和实现过程进行讨论。
二、设计规范1. 使用HTTP方法RESTful Web服务接口的设计应该充分利用HTTP协议提供的不同方法,对资源的增删改查等操作应相应地使用HTTP的POST、GET、PUT和DELETE方法。
2. 符合URI命名规范在RESTful Web服务接口的设计中,URI(Uniform Resource Identifier)起着非常重要的作用。
URI应具有一定的语义,并且可以反映资源的层次结构。
对于资源的访问,应尽量使用URI的路径和查询参数来标识,而不是使用POST请求的消息体。
3. 使用合适的状态码RESTful Web服务接口的设计中,状态码的使用也是非常重要的。
通过返回合适的状态码,可以让客户端更好地理解请求的处理结果。
常用的状态码包括:200(OK)、201(Created)、204(No Content)、400(Bad Request)、404(Not Found)等。
4. 使用合适的数据格式在RESTful Web服务接口设计中,数据的传输格式也需要考虑。
常见的数据格式包括JSON(JavaScript Object Notation)和XML (eXtensible Markup Language)。
根据实际情况,选择合适的数据格式进行传输。
5. 使用合适的HTTP头部信息在RESTful Web服务接口的设计中,HTTP头部信息的使用也是需要注意的。
通过合适的头部信息,可以对请求进行鉴权、控制缓存、设置请求和响应的内容类型等。
6. 使用合适的错误处理方式在RESTful Web服务接口的设计中,错误处理是不可避免的。
基于RESTful的Web服务开发随着时代的发展和技术的进步,Web服务的需求越来越大,业界对Web服务的标准化和规范化要求也越来越高。
作为Web服务的一种重要方式,RESTful架构风格已经广泛应用于Web服务开发中。
本文将探讨基于RESTful的Web服务开发,包括其特点、优势以及开发过程中需要注意的事项。
一、RESTful架构风格的特点REST(Representational State Transfer)是指一种架构风格,它通过HTTP协议提供了Web服务的标准化接口。
RESTful架构风格的主要特点包括:1. 资源的识别。
在RESTful架构中,每个资源都必须有一个唯一的标识符,即URI(Uniform Resource Identifier)。
2. 统一的接口。
RESTful架构中,所有客户端和服务器之间的交互都由HTTP协议的标准方法(如GET、POST、PUT、DELETE)来实现。
3. 无状态。
在RESTful架构中,服务器不会保存客户端的状态,因此每个请求都是独立的。
4. 资源的表示。
在RESTful架构中,资源的表示采用通用的数据格式,如XML、JSON等。
二、基于RESTful的Web服务的优势1. 对开发者友好。
RESTful架构风格的接口设计简单清晰,易于理解和使用,开发者可以快速上手,降低了开发难度。
2. 跨平台和跨语言。
RESTful架构风格基于HTTP协议,不依赖于任何特定的平台或语言,因此可以让不同平台和语言之间的系统相互协作。
3. 可扩展性强。
RESTful架构风格原则上对资源的描述和处理方式没有限制,因此可以方便地增加、修改和删除接口。
4. 安全性高。
RESTful架构风格使用HTTPS协议进行通信,可以保证通信的安全性。
三、基于RESTful的Web服务的开发过程1. 设计URI。
在设计URI时,需要考虑到唯一性和可读性,尽可能保持简短。
2. 设计数据格式。
建立基于REST架构的Web服务随着互联网技术的不断发展和应用,Web服务已经成为各个行业中不可或缺的一部分。
建立基于REST架构的Web服务,已成为一种趋势和方向,它优势很明显:简洁有效、易于拓展、可靠安全、跨平台等。
今天的文章我就来详细介绍如何建立基于REST 架构的Web服务。
一、什么是REST?REST(Representational State Transfer)指的是一种架构风格,是在网络环境下基于HTTP/HTTPS协议实现的一种轻量级Web服务标准。
它是为了让Web应用程序能够自由传递和交换数据而设计的,是基于客户端和服务器之间通信的过程,其中客户端和服务器之间所传递的数据格式是XML或JSON。
二、建立基于REST架构的Web服务的优势1.简洁有效:REST架构采用了HTTP协议,HTTP是一种无状态的协议,每个请求之间是毫无关系的。
因此,REST风格的Web 服务相较于其他Web服务而言更为简洁和高效。
2.易于拓展:REST架构的Web服务基于HTTP协议,很自然的可以映射到Web浏览器、手机客户端、其他Web应用程序,同样也可以映射到其他应用程序(例如原生应用程序或桌面应用程序),因为HTTP协议是通用的。
3.可靠安全:REST架构的Web服务可以使用HTTPS协议加密传输数据,同时可以使用HTTP协议的基本认证方式来保证调用的安全性。
4.跨平台:由于REST架构采用了HTTP协议,因此不同平台之间的应用程序都可以通过HTTP协议相互通信,实现跨平台。
三、建立基于REST架构的Web服务的步骤1.确定API接口:确定需要提供哪些API接口,例如用户注册接口、登录接口、获取用户信息接口等。
2.设计RESTful API:设计RESTful API时需要遵循RESTful API的规范,对API的URL、HTTP请求方式、返回结果等进行规范化设计。
3.编写代码:编写前后端代码,实现RESTful API的功能。
基于RESTful架构的Web服务开发技术研究随着互联网的不断发展,Web服务的重要性变得越来越显著。
它们是许多企业和组织核心业务的基础,也是建立大规模应用程序和互联网应用程序的关键。
如何构建高效、灵活、可扩展和可靠的Web服务以满足需求,是一个技术难题。
RESTful架构已经成为Web服务开发的一种主要架构。
本文将探讨RESTful架构的基本概念,以及在Web服务开发中的应用。
一、RESTful架构的基本概念RESTful架构是基于REST(Representational State Transfer,表现层状态转移)风格的Web服务架构。
RESTful架构的核心思想是:将数据作为资源对待,将服务的状态分解为若干简单的、独立的状态,使用HTTP协议定义资源的访问方式。
在RESTful架构中,有一些重要的概念需要了解:1. 资源:资源是RESTful架构的核心概念。
资源可以是任何东西,比如文件、数据库记录等等。
资源是通过URI(Uniform Resource Identifier,统一资源标识符)来表示的。
2. 表示:资源的状态通过表示来传达。
表示可以是任何格式,比如HTML、XML、JSON等等。
3. 状态转移:使客户端与服务器交互的是表示中的状态。
当客户端通过HTTP协议向服务器发出请求时,请求会指定资源的URI。
服务器接收到请求后,根据URI找到对应的资源,根据请求方式执行对应的状态转移。
二、RESTful架构的应用在Web服务开发中,RESTful架构有广泛的应用,下面是一些例子:1. 创建RESTful API创建RESTful API是使用RESTful架构的最常见应用之一。
API(Application Programming Interface,应用程序编程接口)是一个软件系统中的一组程序接口,它们定义了不同组件之间的交互方式。
RESTful API使用HTTP协议,将数据作为资源以JSON或XML格式进行传输。
文章标题:探索Web服务应用研究与设计——毕业设计的关键主题1. 引言毕业设计作为大学生在专业学习中的重要环节,旨在通过实践与研究,让学生将所学知识应用于实际项目中,提升专业能力和实践经验。
本文将围绕着Web服务应用研究与设计这一关键主题展开讨论,探索其在毕业设计中的重要性与应用。
2. Web服务应用研究与设计的基本概念在进行对Web服务应用研究与设计的探索之前,首先需要了解其基本概念。
Web服务应用是指基于Web的服务应用程序,通过互联网进行交互和通信,为用户提供各种功能与服务。
而Web服务应用的研究与设计,则包括对其应用场景、技术架构、功能设计等方面的深入研究与规划。
3. Web服务应用研究与设计在毕业设计中的重要性作为当今互联网时代的重要应用形式,Web服务应用在毕业设计中扮演着重要角色。
其重要性主要体现在以下几个方面:- 作为学术研究方向,对Web服务应用的深入研究与设计可以促进学生在相关领域的专业能力提升;- 实践项目中,Web服务应用的设计能够锻炼学生的实际操作能力,提升其项目管理与协作能力;- 对于未来就业和职业规划,拥有Web服务应用研究与设计的经验将成为学生在就业市场中的竞争优势。
4. 毕业设计中的Web服务应用研究与设计实践在进行毕业设计的过程中,如何将Web服务应用研究与设计融入其中,引发了许多有趣的讨论与实践。
典型的实践方式包括但不限于:- 选择基于Web服务应用的毕业设计课题,为学生提供具体项目实践机会;- 针对相关课程,设立专门课程进行Web服务应用研究与设计的培训与指导;- 结合校外实习或企业合作,让学生参与真实的Web服务应用项目研究与设计。
5. 个人观点在我看来,Web服务应用研究与设计是一项非常具有挑战性和前沿性的课题。
它不仅需要我们对Web技术的深入理解,同时也需要我们在设计上能够充分考虑用户体验、系统性能、安全性等多方面因素。
在毕业设计中,通过对Web服务应用研究与设计的实践,我相信自己的专业能力和实践经验将得到极大的锻炼和提升。
基于REST的Web服务开发实践Web服务是指基于Web技术实现的服务,是互联网应用的重要组成部分。
而REST是一种Web服务架构风格,它强调资源的概念,不仅包括数据和文档,还包括服务本身。
基于REST的Web服务成为了当前互联网应用开发的主流选择,本文将介绍REST的基本概念和如何实现基于REST的Web服务。
一、REST的基本概念REST即Representational State Transfer,翻译成中文为“表述性状态转移”,它是一种Web服务架构风格,它的基本思想是将Web服务看作资源的集合,而每一个资源通过相应的URI来表示。
REST通过HTTP协议来实现资源的操作,支持常见的GET、POST、PUT、DELETE等操作方法。
二、Web服务实现方式1、SOAPSOAP是一种基于XML的协议,它的全称是Simple Object Access Protocol,即简单对象访问协议,它强调描述服务的操作和数据格式。
SOAP 服务是基于重载HTTP协议实现,需要通过POST请求发送SOAP消息,由于SOAP消息比较冗长,导致传输效率低下。
2、RESTREST是一种轻量级的Web服务实现方式,相比SOAP,更加简洁、高效。
它使用HTTP协议实现资源的操作,不需要像SOAP 一样解析XML消息。
REST支持多种数据格式,包括XML、JSON等。
三、基于REST的Web服务实践1、定义资源在REST架构中,所有的事物都被视为资源,包括实体、文档、服务等等。
要定义资源,需要识别出一些有意义的URI,用来表示资源的地址。
2、定义操作在REST中,操作可以使用通过HTTP方法来定义,包括GET、POST、PUT、DELETE等等。
GET方法用于获取资源的信息,POST方法用于向服务器提交数据,PUT方法用于更新资源,而DELETE方法则用于删除资源。
3、实现数据交互在REST中,数据的交互可以使用多种数据格式,包括JSON、XML等等。
移动环境下RESTfulWebService的设计杨力(乐山职业技术学院四川·乐山614000)摘要随着移动互联网的普及,各个行业也逐渐重视用户体验,极大影响了传统的Web设计和架构,因此如何能够更好地优化性能,扩展功能等已经成为Web的未来发展趋势,能够有效改变移动环境下消费Web资源方式。
此次研究主要是探讨分析移动环境下RESTfulWebService设计,希望能够对相关人员起到参考性价值。
关键词移动环境RESTfulWebService设计中图分类号:TP393文献标识码:A随着移动互联网的发展,以3G和4G无线通信为代表全面促进了移动市场的发展,也相应提升了移动设备的工艺水平,在互联网市场当中智能设备已经成为主力军。
相比于互联网来说,除了网络接入技术有所差异,在本质结构方面无差别。
移动互联网的各项业务是通过移动APP与互联网连接。
如果需要在较短时间内试下实现移动互联网,需要将传统互联网业务进行复制,这样就形成了移动互联网。
能够细化移动APP业务,给予更优质的用户体验。
1移动环境下RESTfulWebService的设计规范在设计RESTfulWebService时需要按照REST设计原则,并且满足ROA架构规范,这样就能够适应于移动环境下的Web开发。
在设计和研究RESTfulWebService期间统一资源的操作属于统一接口的第一步,使用HTTP协议定义的通用方法作为其操作方法,因此在HTTP方法当中包含着资源操作方法,因此为了简化RESTfulWebService设计,首先需要全面明确HTTP方法和安全性等。
在移动环境下RE-STfulWebService的设计规范当中需要统一定位和资源操作,因此在统一接口之前需要定位统一资源。
2移动环境下RESTfulWebService的设计2.1整体设计(1)系统业务逻辑:在移动环境下的订单管理系统会从两方面抽象和梳理业务逻辑,全面满足用户需求。
毕业设计(论文)设计(论文)题目:基于Restful的Web服务组合技术研究毕业设计(论文)原创性声明和使用授权说明原创性声明本人郑重承诺:所呈交的毕业设计(论文),是我个人在指导教师的指导下进行的研究工作及取得的成果。
尽我所知,除文中特别加以标注和致谢的地方外,不包含其他人或组织已经发表或公布过的研究成果,也不包含我为获得及其它教育机构的学位或学历而使用过的材料。
对本研究提供过帮助和做出过贡献的个人或集体,均已在文中作了明确的说明并表示了谢意。
作者签名:日期:指导教师签名:日期:使用授权说明本人完全了解大学关于收集、保存、使用毕业设计(论文)的规定,即:按照学校要求提交毕业设计(论文)的印刷本和电子版本;学校有权保存毕业设计(论文)的印刷本和电子版,并提供目录检索与阅览服务;学校可以采用影印、缩印、数字化或其它复制手段保存论文;在不以赢利为目的前提下,学校可以公布论文的部分或全部内容。
作者签名:日期:学位论文原创性声明本人郑重声明:所呈交的论文是本人在导师的指导下独立进行研究所取得的研究成果。
除了文中特别加以标注引用的内容外,本论文不包含任何其他个人或集体已经发表或撰写的成果作品。
对本文的研究做出重要贡献的个人和集体,均已在文中以明确方式标明。
本人完全意识到本声明的法律后果由本人承担。
作者签名:日期:年月日学位论文版权使用授权书本学位论文作者完全了解学校有关保留、使用学位论文的规定,同意学校保留并向国家有关部门或机构送交论文的复印件和电子版,允许论文被查阅和借阅。
本人授权大学可以将本学位论文的全部或部分内容编入有关数据库进行检索,可以采用影印、缩印或扫描等复制手段保存和汇编本学位论文。
涉密论文按学校规定处理。
作者签名:日期:年月日导师签名:日期:年月日指导教师评阅书评阅教师评阅书教研室(或答辩小组)及教学系意见基于Restful的Web服务组合技术研究摘要Web服务组合通过重用已有的Web服务满足用户高质量的应用需求,是面向服务架构研究的热点问题。
近年来Web服务的理论和技术取得了长足的发展,使得利用Web服务组合来满足应用的需求成为可能。
然而随着如基于soap的Web服务组合的发展,其不足之处也逐渐显现,主要是它的结构过于复杂,提升了开发及维护的难度。
在这种情况下,轻量级的基于Restful的Web服务组合诞生了,它不需要soap协议及SDK的支持,使Web服务组合更加高效、简洁、可维护。
该文对当前Web服务组合的研究现状进行了综述,分析了Restful的概念和实现框架。
关键词:Web服务, Restful,服务组合STUDY OF WEB SERVICE COMPOSITIONBASED ON RESTFULABSTRACTWeb service composition , as a new technology to fulfill the use’s requirements using existing ones, has become a pop topic in the research of Service Oriented Architecture(SOA).In recent years, the theory and technology of Web services has made great progress, it’s possible to use composition of Web service to meet the needs of the application. However, with the development of Web services such as soap, its shortcomings are also gradually appearing, mainly its structure is too complex to develop and maintain. In this case, the lightweight Web service composition based on Restful is born;it does not need soap Agreement and the SDK support, so that Web service composition is more efficient, simple and can be maintained. This essay studies the current status of Web service composition, analyzes the concept of Restful and implementation framework.Key Words: Web service, Restful, service composition目录摘要 (2)ABSTRACT (3)目录 (4)第1章绪论 (6)1.1Web服务的研究背景 (6)1.2Web服务组合存在的问题 (7)1.2.1 Web服务组合的挑选问题 (7)1.2.2 Web服务组合能力问题 (7)1.2.3 Web服务组合的验证问题 (8)1.3Web 服务组合问题分析及研究目的 (8)1.3.1 问题分析 (8)1.3.2 研究目的 (9)1.4论文结构 (10)第2章Web服务组合的综述 (11)2.1Web服务组合的基本概念 (11)2.1.1 Web服务简介 (11)2.1.2 Web服务组合的目的、特点和要求 (12)2.1.3 Web服务组合的分类 (13)2.2Web服务组合的工作原理 (14)2.3Web服务组合的关键技术 (15)2.3.1 XML (15)2.3.2 WSDL (16)2.3.3 SOAP (16)2.3.4 UDDI (17)第3章REST及其Web服务相关理论和技术 (17)3.1REST的产生及定义 (17)3.1.1 REST的产生 (17)3.1.2 REST的简介 (18)3.1.3 资源、标识及表示 (18)3.1.4 REST的设计准则 (19)3.2REST风格的面向资源的架构 (20)3.2.1 资源 (21)3.2.2 面向资源架构的特性 (21)3.3Restful Web服务优势分析 (22)第4章基于REST架构风格的Web服务设计 (24)4.1方案的设计原则 (25)4.2框架的设计及解决方案 (25)4.2.1 URI (25)4.2.2 Restful Web Services的设计 (26)4.2.3 框架的实现 (28)第5章总结与展望 (30)5.1总结 (30)5.2展望 (30)致谢 (32)作品使用说明书 (33)第1章绪论1.1Web服务的研究背景Web服务技术遵循面向服务架构[1](SOA: Service-Oriented Architecture)将网络上的成员划分为Web服务的需求者、提供者和中介者三种角色。
并且以各项基于XML[2]的标准协议达成异构平台间的整合,利用简单对象访问协议(SOAP) [3]执行、发布和查询服务,以Web服务[4]描述语言(WSDL)[5]描述服务的应用程序接口,并且通过统一描述发现与整合规范(UDDI) [6]为服务需求者和提供者提供代理机制。
近年来,通过许多已存在的Web服务的协同组合产生一个新的Web服务以达成新目的的行为被称之为Web服务组合,产生的新的组合服务可以作为构成其它组合服务的一个基础服务。
通过Web服务组合可以实现出具备更多新的功能更有价值的企业流程,通过基础Web服务的组合可以创造出更多更有价值的企业应用服务。
目前有很多的企业组织都将它们的核心服务包装成Web服务的形式放在网络上供服务需求者使用,例Google的搜寻服务Amazon的书籍查询服务等。
如此通过面向服务架构中介机制的透明化特性,Web服务组合便可以跨越企业组织将各个不同企业所提供的Web服务加以组合创造出新的更有价值的Web服务。
从Web服务组合使用者的观点来看,Web服务组合的需求规范可以划分为面向过程的规范[7] (POS;Process Oriented Specification)和面向接口的规范[8] (IOS;Interface Oriented Specification)两种。
POS规范包含许多抽象化的Web服务组件(以服务的功能为基础并不需要实际指定由哪一个服务负责执行)配合企业应用逻辑以工作流程的概念描述这些Web服务间的协同关系;IOS规范只需要Web服务组合使用者针对所需求的Web服务组合提供输入和输出的信息,至于Web服务组合中要包含那些Web服务组件,要以什么样的结构组合这些服务,都是服务设计者的问题,使用者并不需要知道。
这两种Web服务组合需求规范必须以不同的方法来达成,采用POS规范的Web服务组合最好是由企业逻辑模型配合工作流程的规划来实现Web服务的组合协同;而采用IOS规范的Web服务组合则需通过自动化程序组合方法的使用来达成Web服务的组合协同。
就Web服务组合发展来看,采用POS规范也就是利用工作流程的概念来规划Web服务的组合协同仍然是目前最通用的方法,许多的Web服务汇编语言例如BPEL4WS,WSFL[9], WSCL, XLANG, BPML,BPSS, WSCI[10]、WF-XML, JDF, PIPS等也都采用工作流程的概念作为协同Web服务组合运作的方法。
1.2Web服务组合存在的问题1.2.1Web服务组合的挑选问题由于在Web服务的架构下,通过UDDI中介机制每个服务提供方都可以让中介者注册服务,因此在进行Web服务组合时,对于相同的目的效果可能有许多的Web服务都可以达成,也就是组合的方式有很多,所以Web服务在组合是要进行挑选。
而对Web服务组合而言,就不单单只是一个Web服务的挑选问题,因为随着参加组合的Web服务数量的增多,有许多的研究从出现的排列组合可行方案就会以倍数成长。
从Web服务的质量上着手,所谓的Web服务质量指的是Web服务的执行时间、可靠度、价格等的非功能特性,通过这些非功能特性的评估,让开发者有选择的依据。
1.2.2Web服务组合能力问题Web服务要彼此组合必须输出结果与输入参数的数据类型能够互相配合,并且数据代表的意义要相同,否则Web服务组合执行的结果就会出问题,而这样的特性被称之为Web服务的组合能力[11]。
现在一般是在组合时通过语意描述的比对来判断Web服务的组合能力。
1.2.3Web服务组合的验证问题Web服务组合可以通过组合平台的设计或者程序撰写的方式来开发,无论哪种,在设计Web服务组合的流程时都有可能发生流程设计的问题例如:死锁、不可达性等。