基于PHPweb services 技术研究.docVIP

基于PHPweb services 技术研究 　　摘要： 对web services技术进行基本的简述，并简述web services所涉及的两个重要协议：UDDI协议和SOAP协议以及WSDL格式，最后，会用一个基于php技术的例子来对web services技术进行具体说明。 　　关键词： web services；UDDI；SOAP 　　中图分类号：TP393.08 文献标识码：A 文章编号：1671－7597（2011）0310083－01 　　 　　随着信息技术的蓬勃发展，企业不同平台不同系统之间的信息通信需求日益强烈，Web services技术正是顺应这一需求而出现的。那么web服务究竟是怎么一回事呢？Web服务是一系列接口的集合，而这些接口描述一系列的操作。简单来说，有了web services，只要你原因你可以向世界上任何一台计算机提供你的服务，对方不用考虑你的系统平台。这种跨平台的实现得益于web服务在描述接口和操纵细节时，采用规范的xml描述。这一描述中包括了与服务进行交互所需要的全部细节，仅提供一系列可执行的操作，由于xml格式的文件的跨平台性，所以这些操作独立于软，硬件平台和编写服务所用的编程语言。这意味着Web服务在实现复杂的商业功能时，即能在单一语言环境下使用，也可以跨平台跨语言使用。 　　为了方便理解，现在我们列举一个例子：我们常见的天气预报功能，这个功能现在常见的网站都有提供，但他们不可能有自己的数据源，一般来说，天气预报的数据源都是由中国气象局提供，有些大公司根据这个数据源提供的数据，写了一些脚本接口，然后开放这些接口给别人使用，但这种接口一来不灵活，没法定制，二来需要使用者支持脚本，否则并不能使用。那么这种问题怎么彻底的解决呢？其实 　　中国气象局提供了web services服务（ 　　/WebServices/WeatherWebService.asmx?wsdl），我们可以直接通过这个服务第一时间获取中国气象局的数据，能拿到数据，对数据的处理和定制酒由我们自己来处理了，而且，对数据的获取是有系统自己来处理，并不需要人工干预，以计算机对数据的处理能力，来处理这种数据的转换工作就是再适合不过的了。如果我们假设中国气象局采用传统的应用程序平台，我们就很难对他们提供的数据进行应用了。为什么呢？因为传统的web是面向的对象并不是程序，而是我们普通用户，即使我们根据这种传统的web页面对数据进行了采集和转化，面对不同的需求，这种采集和转化都是很繁琐的，而且，一旦服务提供方的页面发生变化，那么这种采集和转化的程序也必须要做相应的修改，这对实时程度较高的天气预报服务来说，基本上是不可想象的。而现在采用了web services技术，上面所描述的问题就已经不在是问题，因为web services采用的规范的xml描述，遵从一定的标准，让web services成为一种面向程序的服务，所以这是计算机可以自动的完成这一转换工作了。通过上面的例子可以看出，Web services与传统web技术的不同就在于，传统的web技术是面向用户，而Web services 技术是面向计算机和程序。这一特性不但让企业在满足自己的需求时可以让应用程序以更简洁，更方便，更低成本进行集成。而且，这一技术由于其具有松散耦合特性对分布式环境的部署和增量的开发都是有相当的优势的。 　　下面我们简单的描述一下web服务模型的解决方案。在Web服务模型的解决方案中共有三种工作角色，其中服务提供者（服务器）和服务使用者（客户端）是两种必须的角色，服务注册中心是一个可选的角色。它们之间的交互和操作构成了Web服务的体系结构。服务提供者定义并实现Web服务，然后将服务描述发布到服务请求者或服务注册中心；服务的使用可以在本地或者服务注册中心检索查找自己需要的服务，然后根据服务描述与服务端（即服务的提供者）供者进行绑定并调用Web服务。下图完整的描述了这三种角色以及它们之间的操作关系。 　　图中服务提供者即web服务的拥有者，如企业，ICP等。服务请求者即web服务的使用者。服务注册中心是连接服务提供者和服务使用者的纽带。服务提供者在这里发布它们的服务，而服务请求者在这里查找它们的需要的服务。这个模型中，操作概括起来说包括：发布服务描述，查找服务描述，根据服务描述绑定或调用服务。这些操作可以单次或者反复使用。这里，有一点需要申明一下，服务的使用者在要想使用服务端提供的服务，它首先需要同服务的提供者统一各自的语义，这样才能保证服务端理解客户端的请求。目前通行的方法是双方遵循一个共同的标准，这个标准一般有一些相关的行业协会制定。当一切准备工作都完成后，服务者就可以直接同WEB服务提供者进行交互，调用WEB服务。 　　Web服