webservice的理解

web service平台组成：

SOAP+WSDL+UDDI

个人理解，为什么说是个平台，组要是因为有了uddi，我们将写好的web service发布到uddi目录上，就成了公用的webservice了，而如果不用uddi其实这个微博service就是我们自己企业或者知道这个访问路径的人们自己用的service了。下面是uddi的说明：

	如何使发布和发现服务更快速准确是UDDI的重要任务。  什么是UDDI  统一描述、发现和集成(Universal Description,Discovery,and Integration，UDDI)相当于Web Service的一个公共注册表，通俗点说它就是电子商务应用与服务的“网络黄页”；它旨在以一种结构化的方式来保存有关各公司及其服务的信息。通过 UDDI，人们可以发布和发现有关某个公司及其Web服务的信息，然后就可以根据这些发布在UDDI的信息，通过统一的调用方法来享受这些服务了（如图1所示）。而在以前，服务消费者需要和服务提供者通过电话、邮件、会议等手段来商议和沟通服务的提供和调用方式，如今通过UDDI这些问题都轻松解决，而且迅速方便。

也就是说，uddi只是作为一个大字典大规范，我们根据它可以在Internet上找到我们想要找的wenbservice,但是，这个规范做的斌不是很成功，且在很多时候，使用webservice的人都知道web服务的位置（通常位于公司企业的内部网中）所以现在比较少人用uddi。

而SOAP和WSDL则是组成webservice的必要组成部分了。两者都是用xml编写的，且都有自己的编写规范。具体的规范我就不再这里列了，网上随便找找到处都是。

WSDL算是webservcice的核心了，一个web发布以后，作为一个web服务的调用者，通过网络唯一能看到的就是这个web服务的WSDL,根据一个web服务的wsdl，调用者可以判断出这个web服务都有哪些函数接口，每个函数的参数是什么，返回值是什么。有了这些，才能够构造SOAP报文来调用该Web服务的某个函数接口。

SOAP是由HTTP+XML组成的。由上面说的，他是为了调用特定的webservice而编写的请求报文。通过发送这个请求，我们便能获取到我们需要查找的内容。

但是，为什么我们在用java或者.net编写webservice代码的时候根本就没有涉及到写什么SOAP和WSDL之类的xml文件呢？因为在我们用他们编写webservice时，会自动创建出这两个文件，所以，我们的在用java或.net写完代码后，就可以直接发布，使用我们自己的webservice啦。