《Web Service》.doc

Web Service 介绍Web Services Web Services是通过网络工作的。你可以在网络上找到他们——所有的Web Services都有一个自描述信息，告诉你他有什么功能，以及调用每一个功能需要的参数。然后，当然了，你可以调用他们，通过RPC（Remote Procedure Call远程方法调用）等方式。 如果你将你的Web Services发布在internet上（大部分情况下如此），那么你和你的客户端必然是使用HTTP协议来实现数据传输的，因为HTTP协议的跨平台性，所以Web Services对客户端和服务器端的软硬件平台没有要求。可是具体的数据形式呢？比如我们的Web Services采用java编写，而客户端用vb编写，java和vb中的数据类型差异很大，比如int和Integer，为了消除语言间的鸿沟，Web Services采用SOAP（Simple Object Access Protocol一般译为简单对象传输协议）作为数据传输的格式。 SOAP实际上是由XML文档组成的，自然，XML文档具有平台无关性，并且其良好的结构也比较适合描述一般的数据。好了，HTTP + SOAP（XML），这就是Web Services跨平台，跨语言的秘密。 Web Services的好处 充分利用现有投资 能在不同语言、不同平台之间实现调用，归功于HTTP,XML与SOAP 实现信息在Internate上共享 Web Services架构 Web Services架构提出了三个角色：服务提供者，请求者，代理者。 关于服务提供者和请求者，相信无需多言，前者封装业务逻辑，提供功能；后者通过访问服务提供者调用相应功能，获取反馈结果。那么为什么请求者不直接访问服务提供者，而需要代理着这么一个中间层呢？ 从技术上讲，代理者并不是一定要存在，然而，通过将监听请求，验证身份这些与业务逻辑无关的功能从服务提供者中独立出来，专门形成一个代理者，无疑可以让服务端的代码更简洁，更易维护。举例来说，女生小A想当歌星，第一步是去酒吧唱歌，因为这个时候还没有出名，联系她的人不多，小A自己就能安排所有的事宜。后来小A出名了，联系她的人络绎不绝，这时她会做一件所有明星都会做的事儿——为自己找一个经纪人。相信大家可以看出经纪人和代理者在功能上的相同之处。 Web Services标准 Web Services中使用了如下的标准 SOAP （Simple Object Access Protocol） WSDL （Web Services Description Language） UDDI （Universal Description, Discovery and Integration） XSIL （Web Services Inspection Language） JAX-RPC（Java API for XML-based Remote Procedure Call） WS-I （Web Services Interoperability） SAAJ （SOAP with Attachments API for Java） SOAP SOAP是一种中立的信息传递协议。SOAP消息都是XML格式的。虽然SOAP协议没有指明一定要用HTTP协议传输消息，但我们一般还是都采用HTTP协议发送请求的SOAP消息和回应的SOAP消息。 SOAP消息的具体格式：每一个SOAP消息都有一个根元素Envelope（信封），它包含header和body两个部分。Header包含了上下文数据，可以不存在，而body包含了具体的消息，必须存在。下面是一个通过HTTP协议请求Borland公司股票价格的SOAP消息。 WSDL 如果你提供了一个很好的Web Services，但是别人不知道你的Web Services能做什么，以及如何调用，那么它一点用都没有，我们必须为他写一个说明文档。WSDL就是做这个的，WSDL采用XML格式描述Web Services的用途，和调用它需要的参数，这样客户端就可以通过WSDL文件获致Web Services的信息。我觉得，你可以将WSDL文件理解成Web Services的使用说明书。 UDDI UDDI用来发布我们提供的Web Services，当我们写好了一个Web Services，并且为他建立了WSDL文件，剩下的事情宣传自己，让用户能够找到我们的Web Services。这个过程有点像电信的“黄页服务”，