转自：http://blog.csdn.net/xiaoqiang081387/article/details/5694304
(一).XML WebService作用
XML WebService在应用程序中所起的作用与.Net远程调用处理组件相同.
用户不能直接使用WebService,只能通过Asp.net Web应用程序或Windows桌面
客户端来调用.
(二).XML WebService与.Net远程处理区别
1. XML WebService比.Net远程处理对象所受的限制更多。它类似于.Net远程处理
的单独调用对象的工作机制。 不能创建一个单独的或是由客户端激活的对象.
2.XML WebService的创建和设计比远程组件更容易/简单.
3.Net远程处理二进制通信要比XML WebService SOAP格式通信要快捷.
4.XML WebService较.Net远程处理扩展性强。 它支持以跨平台使用为目的的开放标准.
5.XML WebService不需要专门的宿主程序，而是由Asp.net承载。 可以访问一些重要的
平台服务，如：数据缓存/网络会话状态管理/身份验证/全局共享应用程序集合等。而.Net
远程处理则很难实现这些功能.
6.XML WebService运行在IIS和ASP.NET之上，使用http信道(80端口)与客户通信。
可以自由跨越防火墙.
(三).XML WebService创建与调用过程
I.服务端创建
1.使用IIS，在Web服务器上新建一个虚拟目录来存放XML Web服务.
2.建立XML WebService类，使用[WebMethod]属性来标记方法可以被远程调用.
3.在虚拟目录中部署XML Web服务的文件.
II.客户端使用
1.客户端通过URL或文件查询或UDDI注册，发现XML WebService
2.客户端请求描述XML WebService的WSDL文档。
3.客户端在WSDL文档的基础上生成一个代理类。
4.客户端生成代理类的实例，并调用XML Webservice，发送消息并接受处理后结果.
也就是说调用XML WebService是由客户端生成的代理类实例对象完成的.
(四).IIS作用
1.IIS通过虚拟目录提供对Web服务器进行访问。简单的说： 就是将"c:/MyWeb"映射
一个URL地址形式的虚拟目录:"http://192.168.83.66/MyWeb",供本机或Internet
上计算机访问Webservice.
2.虚拟目录的权限与普通目录不同。根据默认设置，不允许远程用户浏览虚拟目录，运行
可执行文件，新建文件和下载某些文件类型文件。可以根据需要自定义IIS虚拟目录权限设置.
3.IIS对Internet进行公开处理. IIS并不负责运行Asp或Asp.net布面 或XML Webservice,而是
维护一个注册的文件扩展名列表。如果IIS收到对某一种文件类型的请求，就把工作提交给
Asp.net工作进程，由Asp.net工作进程处理剩下的工作.
(五).XML WebService和SOAP标准支持的数据类型
不知道读者有没有遇到这种情况，在调用WebService并给一个方法传递了一个DataRow参数时，运行
时会抛出异常： "没法将参数序列化！"，如果把DataRow加入到DataSet中，并将DataSet作为参数
传递再运行就OK了。 这是因为：XML WebService只能对数据集DataSet对象类型进行XML序列化，
不能对DataRow对象类型进行XML序列化造成的错误. 所以了解一下XML WebService支持序列化的基
本数据类型是比较重要的.它支持的数据类型如下:
1.基本数据类型.
标准类型，如：int float bool DateTime string等基本数据类型
2.枚举.
支持枚举Enum定义的类型
3.自定义对象.
可以传递任意基于自定义类或结构创建的对象。 但要注意一点： 它只能传输数据成员(变量和属性).
如果定义了方法，则方法不能进行序列化传输,序列化后只剩下数据成员.
4.DataSet对象
支持DataSet,切记：不支持DataTable和DataRow,DataSet已经是XML Webservice能够支持的最小的可序列化对象.
5.XmlNode对象
基于XmlNode的对象可以表示XML文档的一部分.
6.数组和集合
可以使用任何被支持的类型的数组和简单集合，包括: DataSet对象/XmlNode对象和自定义对象.
另外，关于创建XML WebService实例代码示例，几乎任何一本涉及到WebService的书籍都会讲的。而且创建一个
WebService非常简单. 这里就不多说了。
