Web Service 简单介绍

                       什么是Web Service？

      Web Service是构建互联网分布式系统的基本部件。Web Services 正成为企业应用集成（Enterprise Application Integration）的有效平台。你可以使用互联网中提供的Web Service构建应用程序，而不必考虑这些Web Service是怎样运行的。

目前流行的Web Service有Cordys，Websphere，WebLogic，对于IBM的产品并没有很多感性的认识，不过估计也就是基于Websphere的J2EE架构的重量级实现；BEA应当也大体相似，只不过换成了WebLogic；而Cordys的产品则从上至下完全使用XML将AJAX技术、BPMS与ESB集成在一起，结合Web Service Application Server、XForm快速应用开发特性和全面的后端应用与数据集成能力，配以世界最为快速的专有XML Parser和开放的LDAP Server，以及对包括WS-I Basic Profile在内的Web Service Stack的广泛支持，提供了完全B/S架构的应用集成与开发平台，其前瞻性和创新性是无与伦比的，需要的只是面向开发人员的易用性和高效性，以及不断积累的Install base。

 Web Service 三个基本技术
Web Service通过标准通信协议，在互联网上发布有用的程序模块（以服务的方式），目前大部分是用SOAP来做通信协议。
Web Service提供一份详细的接口说明书，来帮助用户构建应用程序，这个接口说明书叫作WSDL（Web Service Deion Language）。通常已发布的Web Service要注册到管理服务器，这样便于使用者查询和使用。这个是通过UDDI（Universal Discovery Deion and Integration）来完成的。

为什么要用Web Service？
Web Servcie最主要的优点是，使用不同程序和在不同系统平台上开发出来的程序，都可以相互通信。现在很多人在问：“不是CORBA和DCE也有那些优点吗？跟它们有什么不同呢？”。第一个不同点是，SOAP作为Web Service的基本通信协议，比它们简单的多，所以投入和使用的代价也是小的。现在不仅有很多大公司发布的Web Service，也有个人发布的。另一个不同点是，Web Service使用标准的互联网协议-XML、HTTP和TCP/IP。很多公司已经从实践当中对这些协议积累了丰富的经验，所以相比CORBA和DCE要交的学费要少地多。
如果把现有的应用程序以Web Service部件形式发布，可以帮助其他的公司（人）构件功能强大的应用程序。举个例子，你要开发一个采购系统，可以自动地获得供应商的报价，而且可以实时追踪送货过程。如果供应商已经发布了报价和送货这两个Web Service，那么你就可以直接使用它们，而不必自己开发这些功能了（相当于在web service 里注册了这两个方法，并且这两个方法可以重用）。在未来，会出现更有趣的Web Service（现在做不到的），来帮助我们构建应用程序。
SOAP
SOAP(simple object access protocol)是Web Service的基本通信协议。因为SOAP与DCOM和CORBA在概念上有相同之处，所以很多人在问：“SOAP是怎样激活对象的？”或“SOAP在使用什么命名服务（Naming Service）？”。或许在执行SOAP的过程当中会用到这些，但这些并不在SOAP规范要考虑的范畴之内。SOAP只是定义SOAP消息的XML格式（XML Format），如果你用一对SOAP标记（SOAP Elements）把XML文档包起来，那么这个就是一个SOAP消息，这不是很简单吗？
SOAP规范还定义了怎样用XML来描述程序数据（Program Data）,怎样执行RPC（Remote Procedure Call）。这些可选的规范是为了构建RPC-style的应用程序（客户端SOAP消息包含函数名和在函数中用到的参数，而服务器端SOAP消息包含执行函数之后的结果）。大多数SOAP解决方案都支持RPC-style应用程序，因为很多程序员已对DCOM或CORBA熟悉。SOAP还支持Document-style应用程序（SOAP消息只包含XML文本信息）。Document-style应用程序有很好的灵活性，所以很多用RPC很难构建的Web Service用这种方式构建。
最后SOAP规范还定义了HTTP消息是怎样传输SOAP消息的。这并不代表SOAP只能用HTTP作为传输协议，MSMQ、SMTP、TCP/IP都可以做SOAP的传输协议。
很多大公司根据SOAP规范，都开发出了自己的SOAP解决方案。这些解决方案都是相对于某种语言。比如说Microsoft SOAP toolkit2.0把COM函数转换成SOAP消息，而Apache toolkit把JAVA函数转换成SOAP消息。这样难免带来一些兼容性问题。 
现在SOAP的很多另人瞩目的特性已成为现实（SOAP已经运行于不同的硬件和软件平台），而且有70多个解决方案。之所以SOAP被人们所爱戴，是因为SOAP比其他同类技术（CORBA、DCE）简单易用。
安全性对于应用程序来说是很重要的。那么SOAP的安全性如何呢？对于把HTTP作为传输协议的SOAP来说是没有问题的，因为HTTP协议已经有很好的安全构架。那么用其他传输协议会出现安全问题吗？不是的，你不必担心，因为已经有这方面的规范了（http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dnglobspec/html/ws-security.asp）
WSDL
WSDL（Web Service Deion Language）是一种XML文档，它定义SOAP消息和这些消息是怎样交换的。IDL（Interface Deion Language）是用于COM和CORBA的，WSDL是用于SOAP的。WSDL是一种XML文档，所以我们可以阅读和编辑，但很多时候是用工具来创建、由程序来阅读。
举个例子，你要使用供应商的Web Service构建应用程序。你可以向供应商索取使用Web Service的范例，然后按照范例来构建应用程序。这样可能避免出现意料不到的错误，比如说，你在程序中使用的客户代码的数据类型是integer，而供应商使用的数据类型是string.。WSDL详细定义客户端消息的格式，需要什么样的参数，这样可以避免不必要的错误。

 UDDI
UDDI可以比喻成电话本，电话本里记录的是电话信息，而UDDI记录的是Web Service信息。你可以不把Web Service注册到UDDI。但如果要让全球的人知道你的Web Service，最好还是注册到UDDI。
UDDI目录说明文件也是一个XML文档，它包括三个部分。“白页（White Paper）”说明提供Web Service的公司（人）信息，比如说名称、地址和联系方式等等。“黄页（Yellow Paper）”说明UDDI目录的分类，比如说金融、服务和印刷等等。“绿页（green Paper）”说明接口（Web Service 提供的）的详细信息。
UDDI提供多种查询方式，来帮助你找到需要的Web Service。如果你查询与财务有关的Web Service，那么UDDI会提供详细的信息。

优点：

1.       重用API，几个项目可以一起用相同的API

2.       因为是拼成XML发soap请求，所以不需要关心用什么语言，跨语言，不用关心API是用什么语言写的

 

 

 

文章转自： http://www.roboticfan.com/blog/user_2005/104/archives/2008/200814105941.shtml