http://www.cnblogs.com/frank_xl/archive/2009/02/18/1392844.html
1.Web Service的基本概念
什么是Web Services？Web Services 是设计支持支持机器与机器的通过网络互操作的一种软件系统(W3C的定义).是一组可以通过网络调用的应用程序API.Web Services 是应用程序组件 , 使用开放协议进行通信 ,独立的（self-contained）并可自我描述 ,可通过使用UDDI来发现 ,可被其他应用程序使用的功能.
Web services 平台主要涉及到XML \SOAP\WSDL\UDDI四个主要元素.我们在这里简要做下介绍.
(1)XML :XML是EXtensible Markup Language的缩写,XML是一种类似于HTML的标记语言,XML是用来描述数据的,XML的标记不是在XML中预定义的，你必须定义自己的标记 XML使用文档类型定义（DTD）或者模式（Schema）来描述数据 ,XML使用DTD或者Schema后就是自描述的语言.
(2)SOAP :SOAP(Simple Object Access Protocol)简单对象访问协议是在分散或分布式的环境中交换信息的简单的协议，是一个基于XML的协议。它包括四个部分：SOAP封装 (envelop)，封装定义了一个描述消息中的内容是什么，是谁发送的，谁应当接受并处理它以及如何处理它们的框架;SOAP编码规则 (encoding rules)，用于表示应用程序需要使用的数据类型的实例; SOAP RPC表示(RPC representation)，表示远程过程调用和应答的协定;SOAP绑定(binding)，使用底层协议交换信息。
(3)WSDL: Web services 描述语言， 它的主要构成要素有五个.Types： 定义WSDL定义中所用到的数据类型，即XML Schema Types;Message : 对一组消息的输入和输出参数的定义;portType : 定义Web服务的操作;Binding ：描述特定服务接口的协议、数据格式、安全性和其它属性.Services : 制定特定服务的URL和提供的调用接口，包含一组端口元素. 这样Web services 就实现了自我描述.
(4) UDDI :Universal Description Discovery and Integration即统一描述、发现和集成协议。UDDI同时也是Web服务集成的一个体系框架。它包含了服务描述与发现的标准规范。UDDI规范利 用了W3C和Internet工程任务组织(IETF)的很多标准作为其实现基础，比如扩展标注语言（XML），HTTP和域名服务(DNS)这些协议。 有了它我们的Web services 就可以注册到UDDI中心.供其客户查找使用.
Web services 一般分为4类:
(1)面向业务的服务(Business-Oriented Web Service): 该类服务针对的是那些面向企业应用服务;
(2)面向客户的服务(Consumer-Oriented Web Service): 此类服务针对的是那些原先的B2C的网站的改造，比如我们完全就可以在个人理财桌面系统中集成(调用)Internet上的股票价格查询Web服务、机票 预定Web服务等，使得个人理财应用的自动化程度更高。
(3)面向设备的服务(Device-Oriented Web Service): 此类服务的使用终端一般是手持设备和日用家电，比如Palm、PocketPC、手机等。。
(4)面向系统的服务(System-Oriented Web Service): 一些传统意义上的系统服务，比如用户权限认证，系统监控等，譬如跨国企业的所有在线服务可以使用同一个用户权限认证Web服务。
2.Web Service优势和缺点
我们先来了解以前平台的缺点.中间件平台（RMI, Jini, CORBA, DCOM 等等)提供了强大的服务实现手段，但是，这些系统有一个共同的缺陷，那就是它们无法扩展到互联网上：它们要求服务客户端与系统提供的服务本身之间必须进行 紧密耦合，即要求一个同类基本结构。不支持跨平台的信息交换.而对比后我们就发现, Web Service 的很显然具有以下优点:
(1)跨平台:WebService完全基于XML（可扩展标记语言）、XSD（XMLSchema）等独立于平台、独立于软件供应商的标准;
(2)自描述:Web Service 使用WSDL标准语言进行自我描述,包括服务的方法\参数\类型\返回值等相关的完备信息.
(3)模块化:Web Service 是应用程序组件,我们可以使用任何开发平台来开发,并且按照模块进行封装.
(4)跨放火墙:Web Service 使用http协议进行通信,可以穿越防火墙.
Web Service 的缺点也很明显:
(1)效率低下,不适合做单应用系统的开发.
(2)安全问题,Web Service的没有自身的安全机制,必须借助http协议或IIS等宿主程序实现信息安全加密
3.Web Service使用的场合
那么什么时候应该使用Web Service,从上面的总结我们可以看出.使用Web Service能够带来利益的情况.
(1)跨防火墙的通信
(2)应用程序集成,主要是指企业应用系统的集成.
(3)B2B的集成,主要是指电子商务平台的集成.
(4)软件和数据重用,软件重用是一个很大的主题，重用的形式很多，重用的程度有大有小。最基本的形式是源代码模块或者类一级的重用，另一种形式是二进制形式的组件重用。
有一些情况，不适合使用WebService。
(1)单机应用程序
单机应用程序如office等,可以直接调用系统WindowsAPI\COM进行编程,实现功能效率更高.
(2)局域网的同构应用程序
例如在局域网里,使用COM+和.NET Remoting进行通信，会获得更高的效率.我们不需要使用WebService.
4.Web Service安全问题
安全问题是开发和部署Web service涉及最多的问题,主要还是防止重要信息的泄露.包括非法请求和恶意攻击.网络常见的安全问题Web service都会面临.
Web service的部署方式一般包括3种:
(1)IIS托管.这个最简单,直接借助IIS,发布方式类网站发布.
(2)Console.可以驻留在控制台程序中.
(3)Windows Service.驻留在系统服务中.
最常见的就是Web service通过IIS托管发布,这个方式好处是它可以使用所有的ASP.Net的认证授权机制。
Web service处在表示层和业务逻辑层之间.当然它可以直接地与数据库交互.简 单的验证办法就是调用方法里实现对请求的合法性的判断.通过验证我们就执行Web Method,返回用户数据简单的办法是使用System.Web.Services.Protocols.SoapHeader的类。来传递客户票据到 服务器进行验证.下我们我们将实现简单的Web service和验证机制.
通过IIS部署的Web Service,安全也可以通过iis网站属性里设置。包括
（1）身份验证和属性控制，可以集成Windows验证、域服务器验证、.Net Passport验证。如下图。
（2）IP域名限制，只允许特定的ip或者域内机器访问，对非法的请求进行过滤，如下图。
（3）安全通信设置，用户可以启用Web服务器证书，采用SSL对网络传递的信息进行加密，来保证Web Service的安全，如下图。(具体实现可以baidu)
5.Web Service开发
Web Service开发十分简单,利用Visual Studio 2005\8都有清楚的向导,在新建web项目里,选择Web Service服务即可.如图.
我们今天的开发流程主要包括一下4步:
1).创建一个类继承自SOAPheader，来接收 SOAP header里的消息。
2).添加一个方法在服务端Web service类和客户端（添加引用会自动生成服务端类的代理）。
3).添加属性SoapHeaderAttribute到 Web service类和客户端代理服务类的方法上。
4).可以在客户端访问代理类设置SOAPheader的票据值，服务端判断客户端SOAPheader里的票据值。根据验证结果是否相应调用。