WebService学习一

　　 什么是WebService？

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

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

　　一 句话归纳：WebService是一种跨编程语言和跨操做系统平台的远程调用技术。

　　

　　所谓跨编程语言和跨操做平台，就是说服务端程序采用Java编写，客户端程序则能够采用其余编程语言编写，反之亦然！跨操做系统平台则是指服务端程序和客户端程序能够在不一样的操做系统上运行。

　　所谓远程调用，就是一台计算机a上的一个程序能够调用到另一台计算机b上的一个对象的方法。譬如从天气预报系统中获取某个城市的天气数据在本身系统中进行展现；从证券交易系统中获取某只股票的交易信息在本身的系统中进行展现；又譬如一个商城系统中可以展现快递的跟踪信息，而这些信息就是经过webservice从具体的快递公司的系统中获取的数据。

　　其实能够从多个角度来理解WebService，从表面上看，WebService就是一个应用程序向外界暴露出一个能经过Web进行调用的API，也就是说能用编程的方法经过Web来调用这个应用程序。咱们把调用这个WebService的应用程序叫作客户端，而把提供这个WebService的应用程序叫作服务端。从深层次看，WebService是创建可互操做的分布式应用程序的新平台，是一个平台，是一套标准。它定义了应用程序如何在Web上实现互操做性，你能够用任何你喜欢的语言，在任何你喜欢的平台上写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注册，以使别的企业可以发现的访问协议的实现标准。

Webservice经常使用框架有JWS、Axis二、XFire以及CXF。

下面分别介绍一个这几种Web Service框架的基本概念

　　一、JWS是Java语言对WebService服务的一种实现，用来开发和发布服务。而从服务自己的角度来看JWS服务是没有语言界限的。可是Java语言为Java开发者提供便捷发布和调用WebService服务的一种途径。
　　二、Axis2是Apache下的一个重量级WebService框架，准确说它是一个Web Services / SOAP / WSDL 的引擎，是WebService框架的集大成者，它能不但能制做和发布WebService，并且能够生成Java和其余语言版WebService客户端和服务端代码。这是它的优点所在。可是，这也不可避免的致使了Axis2的复杂性，使用过的开发者都知道，它所依赖的包数量和大小都是很惊人的，打包部署发布都比较麻烦，不能很好的与现有应用整合为一体。可是若是你要开发Java以外别的语言客户端，Axis2提供的丰富工具将是你不二的选择。
　　三、XFire是一个高性能的WebService框架，在Java6以前，它的知名度甚至超过了Apache的Axis2，XFire的优势是开发方便，与现有的Web整合很好，能够融为一体，而且开发也很方便。可是对Java以外的语言，没有提供相关的代码工具。XFire后来被Apache收购了，缘由是它太优秀了，收购后，随着Java6 JWS的兴起，开源的WebService引擎已经再也不被看好，渐渐的都败落了。
　　四、CXF是Apache旗下一个重磅的SOA简易框架，它实现了ESB（企业服务总线）。CXF来自于XFire项目，通过改造后造成的，就像目前的Struts2来自WebWork同样。能够看出XFire的命运会和WebWork的命运同样，最终会淡出人们的视线。CXF不可是一个优秀的Web Services / SOAP / WSDL 引擎，也是一个不错的ESB总线，为SOA的实施提供了一种选择方案，固然他不是最好的，它仅仅实现了SOA架构的一部分。
　　注：对于Axis2与CXF之间的关系，一个是Axis2出现的时间较早，而CXF的追赶速度快。

如何抉择： 
　　一、若是应用程序须要多语言的支持，Axis2应当是首选了；
　　二、若是应用程序是遵循 spring哲学路线的话，Apache CXF是一种更好的选择，特别对嵌入式的Web Services来讲；
　　三、若是应用程序没有新的特性须要的话，就还是用原来项目所用的框架，好比 Axis1，XFire，Celtrix或BEA等等厂家本身的Web Services实现，就别劳民伤财了。

 

Web Service开发实例

1. 利用WebService实现数据添加
2. 利用WebService实现数据删除
3. 利用WebService给手机发短信  [3] 

适合使用Web Service的状况

1. 跨越 防火墙；
2. 应用程序集成；
3. B2B集成；
4. 软件重用

不适合使用Web服务的状况

1. 单机 应用程序；
2. 局域网上的同构应用程序