Web 服务是一种可以用来解决跨网络应用集成问题的开发模式，这种模式为实现“软件作为服务”提供了技术保障。而“软件作为服务”实质上是一种提供软件服务的机制，这种机制可以在网络上暴露可编程接口，并通过这些接口来共享站点开放出来的功能。

从技术角度来讲，Web 服务实现了最广泛的应用软件集成，弥补了传统软件开发模型的限制。Web 服务产生之前，在网络上提供对象服务通常要采用DCOM(Distributed COM)或CORBA。这两种技术各有特点，也各自有相当广泛的应用。前者运行在Windows操作系统上，后者主要运行在UNIX系统上，都有着相当悠久的历史。

从概念层次上讲，二者具有相近的结构，都可以让客户软件实例化分布在网络上远端的对象，并最终访问对象服务。但是，在具体实现机制上，这两种方案有许多不同。比如在通信协议方面，DCOM采用的是RPC协议而CORBA采用的是IIOP协议。另外，对于客户端程序而言，访问提供服务对象的方法也是大相径庭，前者通过客户端代理(proxy)，经过RPC通道后访问服务端的存根(stub)后才可以最终访问到对象；而后者必须先通过客户端的存根，然后经过IIOP访问服务端的骨架(skeleton)才能最终访问到对象。两种模式分别如图9-1和9-2所示。

 

图9-1 DCOM方案

正是因为两种分布式对象方案各自为政，所以它们只能被用来开发紧耦合类型的Web分布式应用系统。所谓紧耦合，就是指客户端必须按照特定的规范去访问服务端提供的服务，而这种规范只在一个有限的范围内通用。

 

图9-2 CORBA方案

为了可以在整个因特网中实现对服务的自由访问，有必要提供一种崭新的模式或信息交换手段来达到这个目的。于是，微软提出了Web 服务。

Web 服务的主要特点之一是，客户端访问Web 服务只需要通过因特网标准协议，如HTTP或XML，以及SOAP，不需要专门的协议，如RPC或IIOP。因为HTTP协议和XML都是与平台无关的标准协议，因此，可以被任何主流操作系统正确理解和解释。

另外，更为关键的特性是，Web 服务可以被XML语言进行详尽的描述。这就是说，提供Web服务的站点可以提供一个(或多个)该站点可以对外提供服务的描述文件，这个文件的内容可以被访问者理解。更进一步说，就是客户端可以从网络上直接得到代码！

也许举个例子能更清楚地说明问题。假设开发人员需要搭建一个商务网站，这个网站需要一个验证客户合法身份的功能。为了实现这个功能，下面分别描述了可以采用的办法。

● 由开发人员自己编写安全验证所需的全部代码。这样做显然不现实，一个安全验证程序涉及到诸多专业知识，并需要相当长的时间才能够完成。

● 购买这段程序(通常是一个ActiveX组件)。在收到组件之后，首先将组件注册在自己的机器上，然后根据组件类型库产生接口文件。在实际编程中就可以使用这个接口文件来访问组件服务。很明显，这种方式在目前使用得最为广泛。

● 有了Web 服务，情况就不同了，只需要在自己的程序中通过访问某个服务的URL地址，得到一份XML描述，并使用这个描述文件产生一个接口文件。然后，在实际编程中，只需要通过这个接口文件来访问服务就可以了。一定要注意，这个服务可不是运行在我们机器上的，是运行在因特网上URL地址所指向的地方。

如果这个网站需要更多的功能，而这些功能在一些网站上已经被开发出来，并以各种方式(免费或收费)公开出来供所有需要它们的开发人员来使用，那么，尽量使用它们好了。当然，如果开发人员所在的公司，也想成为Web 服务提供者的话，同样可以轻松地将他们编写的Web 服务在网络上公布出来，供大家使用。

与紧耦合服务概念相对，由于Web 服务具备通信协议标准性和服务自描述性，所以，使用Web 服务可以开发出松耦合的分布式应用程序来。这也是Web 服务要实现的最根本的设计目标。Web 服务的体系如图9-3所示。

 

图9-3 Web Service体系

http://blog.csdn.net/pbmichael

FROM:http://zzbx.blog.hexun.com/3118446_d.html