1.教会你爱的人爱你。 2.创造财富,享受生活,享受人生。 3.知识只有经过分享才能体现价值。 4.做最好的自己!

转~Web Services的基本原理

上一篇 / 下一篇  2009-05-06 16:16:23

摘要:本文介绍了Web Services的起源和基本原理,分析了在企业应用中Web Services带来的冲击和变革,指出了Web Services的一些优缺点以及如何正确地应用Web Services.

无论是在计算机杂志还是在Internet上,目前最热门的话题莫过于“Web Services”。各个平台之间的锋争,各个新产品的发布,众多新标准的制订,大都和Web Services有关。

我的一些朋友是这样的一些人,他们总是用着最新的平台,尝试着最新的技术,他们喜欢变化,喜欢流行,用他们自己的话说,新技术创造新生活!可是,当我的一个朋友,带领他们一个部门的开发人员,花了两个月的,将他们内部的管理系统用Web Services重新设计和实现了一遍,却发现在实际使用的情况下,系统性能非常糟糕。他提出了这样一个问题:是不是Web Services现在还处于实验和市场炒作时期,根本没有进入实用的阶段?简单的回答是:Web Services不是万能的,它有它的应用范围和优势劣势。

1.Web Services的起源

Web应用的巨大成功和不断发展,使其渗透到商业领域和个人生活的各个方面。人们只要使用浏览器,就可以享受到各种各样的Web服务,例如网上购物,网上交易,网络游戏,预定车票,网上聊天和交友等等。与此同时,由于Web技术所带来的优势(统一的客户端和较好的维护性),使一些传统的应用纷纷转型到BS结构上。

然而,在发展中,逐步暴露了一些问题。所有这些Web页面都是为人准备的,是让人去阅读,去输入,去判断。因此各种反映视觉效果的内容占用了大量的网络带宽,例如各种图片,字体信息,文字排版样式等。而真正含有高价值的一些信息,被深深埋在这些显示信息中,很难被其他应用和程序所使用。更重要的是,各种web服务之间缺少交互和通讯的机制。

程序之间的互相通讯很重要吗?简单举一个例子。

假设你经常去国外出差,在你回国以后,第一件事就是费用报销了。而你们公司有这样的财务规定,所有的报销款,都按报销当天的外汇比价进行结算。因此在你填写报销单的时候必须先填写每一笔在各个国家的花消,然后上网查出当天的外汇比价,填写到报销单上。剩下的事情也许不用你做了,你的报销单填写工具会自动进行换算和统计。

觉得有什么不妥吗?作为IT公司的员工,也许都有一个特点,计算机能做的事情,尽量要计算机去做。外汇比价的查询可以让计算机自动去做嘛!然而,让你的程序自动去网页上查找指定的外汇比价可不是一件容易的事。因为这些网页是给人阅读的,人眼和大脑的反应速度有多快,它们可以从一整页信息中快速定位到你所要的内容,而且无论网页怎样变化和改版都不会带来太大的影响。而应用程序想要做同样的事就差得太远了。因此,现在需要的是专门为应用程序制定的Web服务。

随着应用程序之间通讯的需求越来越大,这就需要制定统一的标准和协议。HP公司是最先提出这个观点的公司,他们制定了有关“e-Speak”的标准来保证应用程序之间的交互,并声称将成为下一代Internet信息交互的标准。而随后,MicroSoft意识到此计划的美好前景,便推出了.Net战略;IBM很快就发布了Web Services Toolkit(WSTK),和Web Services Development Environment(WSDE),申明对Web Services的全力支持。与此同时,Oracle也开发出自己的Dynamic Services,并和Oracle 8i Release 2集成在一起。在这以后,W3C统一制定了Web Services的各种标准。而SUN公司在宣布了自己的Web Services的框架以后,将Web Services的标准溶入J2EE的环境,使Web Services有了广泛支持的基础和平台。

2.Web Services的基本原理

Web Services是通过一系列标准和协议来保证程序之间的动态连接。其中最基本的协议包括:SOAP, WSDL, UDDI

  • SOAP:是“Simple Object Access Protocol”的缩写,SOAP是消息传递的协议,它规定了Web Services之间是怎样传递信息的。简单的说,SOAP规定了:
    1.
    传递信息的格式为XML。这就使Web Services能够在任何平台上,用任何语言进行实现。
    2.
    远程对象方法调用的格式。规定了怎样表示被调用对象以及调用的方法名称和参数类型等。
    3.
    参数类型和XML格式之间的映射。这是因为,被调用的方法有时候需要传递一个复杂的参数,例如,一个Person对象。怎样用XML来表示一个对象参数,也是SOAP所定义的范围。
    4.
    异常处理以及其他的相关信息.

  • WSDL:是“Web Services Description Language”的缩写.意如其名,WSDLWeb Services的定义语言。当你实现了某种服务的时候(,股票查询服务),为了让别的程序调用,你必须告诉大家你的服务的接口.例如,服务名称,服务所在的机器名称,监听端口号,传递参数的类型,个数和顺序,返回结果的类型等等.这样别的应用程序才能调用你的服务。WSDL协议就是规定了有关Web Services描述的标准。

  • UDDI:Universal Description, Discovery, and Integration的缩写。简单说,UDDI用于集中存放和查找WSDL描述文件,起着目录服务器的作用。

 

3.一个Web Services的生命周期

  1. 实现一个Web Services,使其能够接受和响应SOAP消息(现在有很多工具都可以帮助实现)。

  2. 撰写一个WSDL文件用于描述此Web Services。(现在有很多工具可以自动生成WSDL文件)。

  3. 将此WSDL发布到UDDI上。

  4. 其他的应用程序(客户端)从UDDI上搜索到你的WSDL

  5. 根据你的WSDL,客户端可以编写程序(现在有很多工具可以自动生成调用程序)调用你的Web Services

4.Web Services的缺点

4.1由于是基于XML的应用,Web Services与生俱来地在拥有XML带来的一切优势的同时,不可避免地继承了XML所带来的一些限制。

  • Web Services通常需要大量的CPU资源。因为XML数据要经过多步处理才能被系统使用。首先是效验(validate),检查它的格式是否符合XML的规范,以及根据应用程序定义(DTDSchema)检查是否符合语义上的规范;然后还要进行解析(parse),从XML文档分解出单个的元素;最后还要转换成应用程序所需要的二进制表达(例如,把“12”转换成整型12的二进制表示)。

  • Web Services还意味着占用较多的内存资源。在进行XML解析的时候,会产生大量的临时内存对象。特别是在处理DOM对象的时候。这些大量的临时对象对于象JAVA这类自动回收内存的语言和系统其实是一种负担,大量的临时对象将会使系统每隔一段时间就会进行内存回收,从而降低系统的性能。当然,现在有的Web Services的产品(如axis)采用了SAX技术,大大减少了内存的占用量。详细信息请参考:(http://xml.apache.org/axis/index.html)。

  • 网络资源的消耗也是Web Services应用的一些限制。因为基于XML数据的传递通常数据量要比二进制的协议(如RMI/IIOP)要大的多。这种额外的消耗在网络资源比较紧张或网络传输比较频繁的应用中会产生一定的影响。

4.2除了XML带来的限制,Web Services本身也具有一些缺点:

  • 到目前为止,Web Services还可以说是一种无状态(stateless)的服务。
    所谓stateless就意味着不保存客户端服务调用者的任何信息。这是由Web Services的本质所决定的。Web Services在本质上是要为应用程序之间提供数据通讯的标准,为企业应用之间动态地提供大颗粒度的服务,所以Web Services并不适合于非常精细的基于会话的方法调用以及复杂的事务(transaction)处理之中。
    也许有人会对我这点提出异议!因为,现在有很多Web Services的产品(如WASD),不但可以保存session的信息,使服务成为有状态(stateful)的服务,而且还实现了remote interface,可以在Web Services的会话中传递远程对象的句柄,让客户端可以操纵递远程对象(详细信息请参考:http://www.systinet.com)。原理上说,这并不难实现,因为在XML数据中,可以互相传送任何数据,包括sessionIDtransactionID,有了这些ID,从技术角度上说,实现有状态(stateful)的服务和事务处理并不复杂。但是,这样功能缺少标准的支持,当前版本的WSDL还无法表示这些复杂的服务。在企业内部,你可以任意使用这些特殊的功能,可以自己定义会话状态的交互协议,因为服务者和服务调用者之间的通讯都在你的控制之中;然而要将这些服务发布到Internet上,其他的应用程序是无法根据标准去识别这些特殊功能。

  • 数据绑定也存在一些不足
    因为所有的数据传递都用XML格式,因此,需要在二进制数据和XML数据之间有个转换。但是,并不是所有的二进制数据都能方便地用XML来表示,并不是所有的JAVA对象都能被XML所表示。因此,经常在转换过程中会出现语义丢失的情况。

  • 技术要求高,学习曲线较长
    每一个Web Services的产品,都有丰富的工具,能够根据Web Services的定义(如WSDL文件)方便地生成客户端的程序;能够将一般的服务程序,很容易就包装成Web Services服务。因此,各个Web Services的产品都声称自己的平台容易使用,根本不需要了解XML,也不需要了解什么WSDLUDDISOAP就能使用发布Web Services。特别是一个朋友告诉我,他在什么都不了解的情况下,用.NET花了15分钟就发布了一个Web Services
    千万不要醉心于这种简便,这对于简单的Demo也许是对的,可是对于真正意义上严肃的应用,一定要了解Web Services的各个方面,设计整体结构和解决方案,还要根据具体的应用调整性能。所有这些都需要对Web Services知识的全面掌握。

原文出处http://javafenger.javaeye.com/blog/96728


TAG: 原理 Services web Web

 

评分:0

我来说两句

Open Toolbar