<1>webservices 简介

[i]主要参考：w3shool、百度百科等，主要是有个全局上的概念认识[/i]
[b]一、什么是Web Services[/b]
Web Service技术， 能使得运行在不同机器上的不同应用无须借助附加的、专门的第三方软件或硬件， 就可相互交换数据或集成。依据Web Service规范实施的应用之间， 无论它们所使用的语言、 平台或内部协议是什么， 都可以相互交换数据。
Web Service是[b]自描述、 自包含[/b]的可用网络模块， 可以执行具体的业务功能。Web Service也很容易部署， 因为它们基于一些常规的产业标准以及已有的一些技术，诸如标准通用标记语言下的子集XML、HTTP。Web Service减少了应用接口的花费。Web Service为整个企业甚至多个组织之间的业务流程的集成提供了一个通用机制。

[b]Web service是一个[color=red]平台独立[/color]的，松耦合的，自包含的、基于可编程的web的应用程序，可使用开放的XML（标准通用标记语言下的一个子集）标准来描述、发布、发现、协调和配置这些应用程序，用于开发分布式的互操作的应用程序。[/b]
•Web Services 是应用程序组件
•Web Services 使用开放协议进行通信
•Web Services 是独立的（self-contained）并可自我描述
•Web Services 可通过使用UDDI来发现
•Web Services 可被其他应用程序使用
•XML 是 Web Services 的基础

[b]1.1 它如何工作[/b]
基础的 Web Services 平台是 [b]XML + HTTP[/b]。HTTP 协议是最常用的因特网协议。
XML 提供了一种可用于不同的平台和编程语言之间的语言。
[b]Web Service平台需要一套协议来实现分布式应用程序的创建[/b]。任何平台都有它的数据表示方法和类型系统。要实现互操作性，Web Service平台必须提供一套标准的类型系统，用于沟通不同平台、编程语言和组件模型中的不同类型系统。
目前这些协议有：[b]（1）xml和xsd (2)soap (3)wsdl (4)uddi[/b]

webservice的技术层次：
[b]发现层–UDDI
描述层—wsdl
包装层—soap
传输层–TCP,HTTP,SMTP等
网络层[/b]

[b]1.1.1 XML和XSD[/b]
可扩展的标记语言（标准通用标记语言下的一个子集）是Web Service平台中表示数据的基本格式。除了易于建立和易于分析外，XML主要的优点在于它既与[b]平台无关[/b]，又与厂商无关。XML是由万维网协会(W3C)创建，W3C制定的XML SchemaXSD　定义了一套标准的数据类型，并给出了一种语言来扩展这套数据类型。
Web Service平台是用[b]XSD来作为数据类型[/b]系统的。当你用某种语言如VB. NET或C#　来构造一个Web Service时，为了符合Web Service标准，所有你使用的数据类型都必须被转换为XSD类型。如想让它使用在不同平台和不同软件的不同组织间传递，还需要用某种东西将它包装起来。这种东西就是一种协议，如 SOAP。

[b]1.1.2 soap[/b]
SOAP即简单对象访问协议(Simple Object Access Protocol)，它是用于交换XML（标准通用标记语言下的一个子集）编码信息的轻量级协议。它有三个主要方面：soap-envelope为描述信息内容和如何处理内容定义了框架，将程序对象编码成为XML对象的规则，执行远程过程调用(RPC)的约定。SOAP可以运行在任何其他传输协议上。例如，你可以使用 SMTP，即因特网电子邮件协议来传递SOAP消息，这可是很有诱惑力的。在传输层之间的头是不同的，但XML有效负载保持相同。
Web Service 希望实现不同的系统之间能够用“软件-软件对话”的方式相互调用，打破了软件应用、网站和各种设备之间的格格不入的状态，实现“基于Web无缝集成”的目标。

[b]1.1.3 wsdl[/b]
Web Service描述语言WSDL　就是用机器能阅读的方式提供的一个正式描述文档而基于XML（标准通用标记语言下的一个子集）的语言，用于描述Web Service及其函数、参数和返回值。因为是基于XML的，所以WSDL既是机器可阅读的，又是人可阅读的。一些最新的开发工具既能根据你的Web service生成WSDL文档，又能导入WSDL文档，生成调用相应Web service的代码。

[b]1.1.4 UDDI[/b]
Universal Description, Discovery and Integration。
UDDI 的目的是为电子商务建立标准；UDDI是一套基于Web的、分布式的、为Web Service提供的、信息注册中心的实现标准规范，同时也包含一组使企业能将自身提供的Web Service注册，以使别的企业能够发现的访问协议的实现标准。
为加速Web Service的推广、加强Web Service的互操作能力而推出的一个计划,基于标准的服务描述和发现的规范(specification)。
以资源共享的方式由多个运作者一起以Web Service的形式运作UDDI商业注册中心。
UDDI计划的核心组件是UDDI商业注册，它使用XML文档来描述企业及其提供的Web Service。
UDDI商业注册提供三种信息：
White Page包含地址、联系方法、已知的企业标识。
Yellow Page包含基于标准分类法的行业类别。
Green Page包含关于该企业所提供的Web Service的技术信息，其形式可能是指向文件或URL的指针，而这些文件或URL是为服务发现机制服务的。

[b]二、why webservice[/b]
[b]2.1 最重要的事情是协同工作[/b]
由于所有主要的平台均可通过 Web 浏览器来访问 Web，[b]不同的平台[/b]可以借此进行交互。为了让这些平台协同工作，Web 应用程序被开发了出来。
Web 应用程序是运行在 Web 上的简易应用程序。它们围绕 Web 浏览器标准被进行构建，几乎可被任何平台之上的任何浏览器来使用。

[b]2.2 Web services 把 Web 应用程序提升到了另外一个层面[/b]
通过使用 Web services，您的应用程序可向全世界发布功能或消息。
Web services 使用 XML 来编解码数据，并使用 SOAP 借由开放的协议来传输数据。
通过 Web services，您的会计部门的 Win 2k 服务器可与 IT 供应商的 UNIX 服务器进行连接。

[b]2.3 Web services 有两种类型的应用[/b]
[b]2.3.1 可重复使用的应用程序组件[/b]
有一些功能是不同的应用程序常常会用到的。那么为什么要周而复始地开发它们呢？
Web services 可以把应用程序组件作为服务来提供，比如汇率转换、天气预报或者甚至是语言翻译等等。
比较理想的情况是，每种应用程序组件只有一个最优秀的版本，这样任何人都可以在其应用程序中使用它。

[b]2.3.2 连接现有的软件[/b]
通过为不同的应用程序提供一种链接其数据的途径，Web services有助于解决协同工作的问题。通过使用 Web services，您可以在[b]不同的应用程序与平台之间[/b]来交换数据。

[b]2.4 适合使用Web Service的情况[/b]
1.跨越防火墙；
2.应用程序集成；
3.B2B集成；
4.软件重用

[b]2.5 不适合使用Web服务的情况[/b]
1.单机应用程序；
2.局域网上的同构应用程序