学步园

1.1
、
Web
Service
基本概念

Web Service
也叫
XML Web Service
WebService
是一种可以接收从
Internet
或者
Intranet
上的其它系统中传递过来的请求，轻量级的独立的通讯技术。是
:
通过
SOAP
在
Web
上提供的软件服务，使用
WSDL
文件进行说明，并通过
UDDI
进行注册。

XML
：
(
Extensible
Markup Language
)
扩展型可标记语言。面向短期的临时数据处理、面向万维网络，是
Soap
的基础。

Soap
：
(Simple Object Access
Protocol)
简单对象存取协议。是
XML Web Service
的通信协议。当用户通过
UDDI
找到你的
WSDL
描述文档后，他通过可以
SOAP
调用你建立的
Web
服务中的一个或多个操作。
SOAP
是
XML
文档形式的调用方法的规范，它可以支持不同的底层接口，像
HTTP(S)
或者
SMTP
。

WSDL
：
(Web Services Description
Language) WSDL
文件是一个
XML
文档，用于说明一组
SOAP
消息以及如何交换这些消息。大多数情况下由软件自动生成和使用。

UDDI (Universal Description, Discovery,
and Integration) 
是一种根据描述文档来引导系统查找相应服务的机制。
UDDI
利用
SOAP
消息机制（标准的
XML/HTTP
）来发布，编辑，浏览以及查找注册信息。它采用
XML
格式来封装各种不同类型的数据，并且发送到注册中心或者由注册中心来返回需要的数据。

1.2
、
XML Web
Service
的特点

Web Service
的主要目标是跨平台的可互操作性。为了实现这一目标，
Web Service
完全基于
XML
（可扩展标记语言）、
XSD
（
XML Schema
）等独立于平台、独立于软件供应商的标准，是创建可互操作的、分布式应用程序的新平台。因此使用
Web Service
有许多优点
:

1
、跨防火墙的通信

 

如果应用程序有成千上万的用户，而且分布在世界各地，那么客户端和服务器之间的通信将是一个棘手的问题。因为客户端和服务器之间通常会有防火墙或者代理服务器。传统的做法是，选择用浏览器作为客户端，写下一大堆
ASP
页面，把应用程序的中间层暴露给最终用户。这样做的结果是开发难度大，程序很难维护。

要是客户端代码不再如此依赖于
HTML
表单，客户端的编程就简单多了。如果中间层组件换成
Web Service
的话，就可以从用户界面直接调用中间层组件，从而省掉建立
ASP
页面的那一步。要调用
Web Service
，可以直接使用
Microsoft SOAP
Toolkit
或
.NET
这样的
SOAP
客户端，也可以使用自己开发的
SOAP
客户端，然后把它和应用程序连接起来。不仅缩短了开发周期，还减少了代码复杂度，并能够增强应用程序的可维护性。同时，应用程序也不再需要在每次调用中间层组件时，都跳转到相应的“结果页”。

2
、应用程序集成

企业级的应用程序开发者都知道，企业里经常都要把用不同语言写成的、在不同平台上运行的各种程序集成起来，而这种集成将花费很大的开发力量。应用程序经常需要从运行的一台主机上的程序中获取数据；或者把数据发送到主机或其它平台应用程序中去。即使在同一个平台上，不同软件厂商生产的各种软件也常常需要集成起来。通过
Web Service
，应用程序可以用标准的方法把功能和数据“暴露”出来，供其它应用程序使用。

3
、
B2B
的集成

B2B
指的是
Business to
Business
，
as in businesses doing
business with other businesses,
商家
(
泛指企业
)
对商家的电子商务，即企业与企业之间通过互联网进行产品、服务及信息的交换。通俗的说法是指进行电子商务交易的供需双方都是商家
(
或企业、公司
)
，她们使用了
Internet
的技术或各种商务网络平台，完成商务交易的过程。

Web Service
是
B2B
集成成功的关键。通过
Web Service
，公司可以只需把关键的商务应用“暴露”给指定的供应商和客户，就可以了，
Web Service
运行在
Internet
上，在世界任何地方都可轻易实现，其运行成本就相对较低。
Web Service
只是
B2B
集成的一个关键部分，还需要许多其它的部分才能实现集成。

用
Web Service
来实现
B2B
集成的最大好处在于可以轻易实现互操作性。只要把商务逻辑“暴露”出来，成为
Web Service
，就可以让任何指定的合作伙伴调用这些商务逻辑，而不管他们的系统在什么平台上运行，使用什么开发语言。这样就大大减少了花在
B2B
集成上的时间和成本。

4
、软件和数据重用

Web Service
在允许重用代码的同时，可以重用代码背后的数据。使用
Web Service
，再也不必像以前那样，要先从第三方购买、安装软件组件，再从应用程序中调用这些组件；只需要直接调用远端的
Web Service
就可以了。另一种软件重用的情况是，把好几个应用程序的功能集成起来，通过
Web Service
“暴露”出来，就可以非常容易地把所有这些功能都集成到你的门户站点中，为用户提供一个统一的、友好的界面。

可以在应用程序中使用第三方的
Web Service
提供的功能，也可以把自己的应用程序功能通过
Web Service
提供给别人。两种情况下，都可以重用代码和代码背后的数据。

从以上论述可以看出，
Web Service
在通过
Web
进行互操作或远程调用的时候是最有用的。不过，也有一些情况，
Web Service
根本不能带来任何好处，
Web Service
有一下缺点：

1
、

单机应用程序

目前，企业和个人还使用着很多桌面应用程序。其中一些只需要与本机上的其它程序通信。在这种情况下，最好就不要用
Web Service
，只要用本地的
API
就可以了。
COM
非常适合于在这种情况下工作，因为它既小又快。运行在同一台服务器上的服务器软件也是这样。当然
Web Service
也能用在这些场合，但那样不仅消耗太大，而且不会带来任何好处。

2
、

局域网的一些应用程序

在许多应用中，所有的程序都是在
Windows
平台下使用
COM
，都运行在同一个局域网上。在这些程序里，使用
DCOM
会比
SOAP/HTTP
有效得多。与此相类似，如果一个
.NET
程序要连接到局域网上的另一个
.NET
程序，应该使用
.NET Remoting
。其实在
.NET Remoting
中，也可以指定使用
SOAP/HTTP
来进行
Web Service
调用。不过最好还是直接通过
TCP
进行
RPC
调用，那样会有效得多。

1.3
、
XML Web
Service
的应用

1.
最初的
XML Web Service
通常是可以方便地并入应用程序的信息来源，如股票价格、天气预报、体育成绩等等。

2.
以
XML Web Service
方式提供现有应用程序，可以构建新的、更强大的应用程序，并利用
XML Web Service
作为构造块。

例如，用户可以开发一个采购应用程序，以自动获取来自不同供应商的价格信息，从而使用户可以选择供应商，提交订单，然后跟踪货物的运输，直至收到货物。而供应商的应用程序除了在
Web
上提供服务外，还可以使用
XML Web Service
检查客户的信用、收取货款，并与货运公司办理货运手续。

二、

Web
Service

开发

.NET
平台内建了对
Web Service
的支持，包括
Web Service
的构建和使用。与其它开发平台不同，使用
.NET
平台，你不需要其他的工具或者
SDK
就可以完成
Web Service
的开发了。
.NET Framework
本身就全面支持
Web Service
，包括服务器端的请求处理器和对客户端发送和接受
SOAP
消息的支持。下来我们就一步一步的用
Microsoft Visual Studio .NET
2005
（后面简称
VS.Net 2005
）创建和使用一个简单的
Web Service
。

2.1
、用创建一个最简单的
Web
Service

首先，打开
VS2005,
打开
“
文件
-
新建
-
网站
”
，选择
“ASP.NET Web
服务
”
。

查看
Service.cs
代码，你会发现
VS.Net 2005
已经为
Web Service
文件建立了缺省的框架。原始代码为：

默认工程里面已经有一个
Hello World
的方法了，直接运行看看效果，

点击显示页面上图中的
“HelloWorld”
超链接，跳转到下一页面

再点击
“
调用
”
按钮，就可以看到用
XML
格式返回的
Web
Service
结果下图。说明我们的
Web
Service
环境没有问题，而且还初步接触了一下最简单的
Web
Service
。

2.2
、创建一个带有
简单
功能的
Web
Service

上面我们宏观的了解了
webservice
，其实它就是个对外的接口
,
里面有函数可供外部客户调用
(
注意
:
里面同样有客户不可调用的函数
).
假若我们是服务端
,
我们写好了个
webservice,
然后把它给了客户
(
同时我们给了他们调用规则
),
客户就可以在从服务端获取信息时处于一个相对透明的状态
.
即是客户不了解
(
也不需要
)
其过程
,
他们只获取数据
.
在代码文件里
,
如果我们写了一个函数后
,
希望此函数成为外部可调用的接口函数
,
我们必须在函数上面添上一行代码
[WebMethod],
如果你的函数没有这个申明
,
它将不能被用户引用。
WebMethod
方法有几种属性需要说明：

1
、
WebMethod
的
BufferResponse
属性

启用对
XML Web services

方法响应的缓冲。当设置为
true
（默认设置）时，
ASP.NET
在将响应向下发送到客户端之前对整个响应进行缓冲。

[WebMethod(BufferResponse=false)]

2
、
WebMethod
的
CacheDuration
属性

启用对
XML Web services

方法结果的缓存。
ASP.NET
将缓存每个唯一参数集的结果。

[WebMethod(CacheDuration=60)]

3
、
WebMethod
的
Description
属性

提供
XML Web services

方法的说明，该说明将显示在服务帮助页上。除非另外指定，默认值为空字符串。

[WebMethod(Description="
我的方法
")]

4
、
WebMethod
的
EnableSession
属性

启用
XML Web services

方法的会话状态。一旦启用，
XML Web services
就可以从
HttpContext.Current.Session

中直接访问会话状态集合，或者，如果它是从
WebService
基类继承的，则可以使用
WebService.Session

属性来访问会话状态集合。除非另外指定，默认值为
false
。

[WebMethod(EnableSession=true)]

5
、
WebMethod
的
MessageName
属性
)
使
XML Web services

能够唯一确定使用别名的重载方法。除非另外指定，默认值是方法名称。当指定
MessageName
时，结果
SOAP
消息将反映该名称，而不是实际的方法名称。

[WebMethod(MessageName="AddDoubles")]

6
、
WebMethod
的
TransactionOption

属性

使
XML Web services

方法可以作为事务的根对象参与。虽然可以将
TransactionOption

属性

设置为
TransactionOption

枚举的任意值，但
XML Web services

方法仅有两个可能的行为：它不参与事务或它创建一个新事务。

using
System.EnterpriseServices;

[WebMethod(TransactionOption=TransactionOption.RequiresNew)]

下来我们开始编写一个简单的
Web Service
的例子。

先把默认的
HelloWorld
方法注释掉，简单的写了求加减乘除运算的四个方法；