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) 是一个主要针对Web服务供应商和使用者的新项目。在用户能够调用Web服务之前,必须确定这个服务内包含哪些商务方法,找到被调用的接口定义,还要在服务端来编制软件,UDDI是一种根据描述文档来引导系统查找相应服务的机制。UDDI利用SOAP消息机制(标准的XML/HTTP)来发布,编辑,浏览以及查找注册信息。它采用XML格式来封装各种不同类型的数据,并且发送到注册中心或者由注册中心来返回需要的数据。
概念补充:

http soap关系

http:是一个客户端和服务器端请求和应答的标准(TCP)。http协议其目的是为了提供一种发布和接收htttp页面的方法
一http协议的客户端与服务器的交互:由HTTP客户端发起一个请求,建立一个到服务器指定端口(默认是80端口)的TCP连接。HTTP服务器则在那个端口监听客户端发送过来的请求。一旦收到请求,服务器(向客户端)发回一个状态行,比如”HTTP/1.1 200 OK”,和(响应的)消息,消息的消息体可能是请求的文件、错误消息、或者其它一些信息。
soap 协议:它描述了一种在分散或分布式的环境中如何交换信息的轻量级协议。soap在http协议的基础上,一个基于XML的协议。
不同:都是底层的通信协议,请求包的格式不同而已,soap包是XML格式,http纯文本格式。
关系:SOAP是个通信协议, SOAP在HTTP协议的基础上,把编写成XML的REQUEST参数, 放在HTTP BODY上提交个WEB SERVICE服务器(SERVLET,ASP什么的) 处理完成后,结果也写成XML作为RESPONSE送回用户端, 为了使用户端和WEB SERVICE可以相互对应,可以使用WSDL作为这种通信方式的描述文件,利用WSDL工具可以自动生成WS和用户端的框架文件,SOAP具备把复杂对象序列化捆绑到XML里去的能力。
Membrane SOAP Monitor,这个soap监听工具。这是德国的一家在线web服务注册公司predic8做的开源soap监听工具,简单好用。
windows下最新的版本为1.1.2版,下载地址:http://mirror.predic8.com/membrane/monitor/win86/membrane-monitor-win86-1.1.2.zip
还有linux下的版本:http://download.predic8.com/membrane/monitor/linux-x86/membrane-monitor-linux-x86-0.9.4.tgz
源码:http://download.predic8.com/membrane/monitor/src/membrane-monitor-src-0.9.4.zip

具体使用:
1.运行exe文件(linux下可能是jar文件);
2.点击菜单项membrane->add rule ,进入后默认选项即可,点next;
3.设置端口号(不产生冲突的任意端口),点next;
4.设置主机及端口(部署服务的地址及服务器的端口),完成。
当调用网上发布的服务时,如检查qq是否在线的服务:http://www.webxml.com.cn/webservices/qqOnlineWebService.asmx?wsdl可将4中的host设为远端服务的网址,如www.webxml.com.cn,端口设为服务的端口,上面就是80端口。
当我们监听soap消息时,只要访问了web服务,即可在membrane的界面显示发送及接受的soap消息
概念补充:

  1. Why SOAP?
  2. 对于应用程序开发来说,使程序之间进行因特网通信是很重要的。
  3. 目前的应用程序通过使用远程过程调用(RPC)在诸如 DCOM 与 CORBA 等对象之间进行通信,但是 HTTP 不是为此设计的。RPC 会产生兼容性以及安全问题;防火墙和代理服务器通常会阻止此类流量。
  4. 通过 HTTP 在应用程序间通信是更好的方法,因为 HTTP 得到了所有的因特网浏览器及服务器的支持。SOAP 就是被创造出来完成这个任务的。
  5. SOAP 提供了一种标准的方法,使得运行在不同的操作系统并使用不同的技术和编程语言的应用程序可以互相进行通信。SOAP 构建模块
  6. 一条 SOAP 消息就是一个普通的 XML 文档,包含下列元素:
  7. 必需的 Envelope 元素,可把此 XML 文档标识为一条 SOAP 消息
  8. 可选的 Header 元素,包含头部信息
  9. 必需的 Body 元素,包含所有的调用和响应信息
  10. 可选的 Fault 元素,提供有关在处理此消息所发生错误的信息
  11. 所有以上的元素均被声明于针对 SOAP 封装的默认命名空间中:
  12. http://www.w3.org/2001/12/soap-envelope
  13. 以及针对 SOAP 编码和数据类型的默认命名空间:
  14. http://www.w3.org/2001/12/soap-encoding
  15. SOAP Body 元素
  16. 必需的 SOAP Body 元素可包含打算传送到消息最终端点的实际 SOAP 消息。
  17. SOAP Body 元素的直接子元素可以是合格的命名空间。SOAP 在默认的命名空间中("http://www.w3.org/2001/12/soap-envelope")定义了 Body 元素内部的一个元素。即 SOAP 的 Fault 元素,用于指示错误消息。
  18. <?xml version="1.0"?>
  19. <soap:Envelope
  20. xmlns:soap="http://www.w3.org/2001/12/soap-envelope"
  21. soap:encodingStyle="http://www.w3.org/2001/12/soap-encoding">
  22. <soap:Body>
  23. <m:GetPrice xmlns:m="http://www.w3school.com.cn/prices">
  24. <m:Item>Apples</m:Item>
  25. </m:GetPrice>
  26. </soap:Body>
  27. </soap:Envelope>上面的例子请求苹果的价格。请注意,上面的 m:GetPrice 和 Item 元素是应用程序专用的元素。它们并不是 SOAP 标准的一部分。
  28. 而一个 SOAP 响应应该类似这样:
  29. <?xml version="1.0"?>
  30. <soap:Envelope
  31. xmlns:soap="http://www.w3.org/2001/12/soap-envelope"
  32. soap:encodingStyle="http://www.w3.org/2001/12/soap-encoding">
  33. <soap:Body>
  34. <m:GetPriceResponse xmlns:m="http://www.w3school.com.cn/prices">
  35. <m:Price>1.90</m:Price>
  36. </m:GetPriceResponse>
  37. </soap:Body>
  38. </soap:Envelope>HTTP 协议
  39. HTTP 在 TCP/IP 之上进行通信。HTTP 客户机使用 TCP 连接到 HTTP 服务器。在建立连接之后,客户机可向服务器发送 HTTP 请求消息:
  40. POST /item HTTP/1.1
  41. Host: 189.123.345.239
  42. Content-Type: text/plain
  43. Content-Length: 200
  44. 随后服务器会处理此请求,然后向客户机发送一个 HTTP 响应。此响应包含了可指示请求状态的状态代码:
  45. 200 OK
  46. Content-Type: text/plain
  47. Content-Length: 200
  48. 在上面的例子中,服务器返回了一个 200 的状态代码。这是 HTTP 的标准成功代码。
  49. 假如服务器无法对请求进行解码,它可能会返回类似这样的信息:
  50. 400 Bad Request
  51. Content-Length: 0
  52. SOAP HTTP Binding
  53. SOAP 方法指的是遵守 SOAP 编码规则的 HTTP 请求/响应。
  54. HTTP + XML = SOAP
  55. SOAP 请求可能是 HTTP POST 或 HTTP GET 请求。
  56. HTTP POST 请求规定至少两个 HTTP 头:Content-Type 和 Content-Length。
  57. Content-Type
  58. SOAP 的请求和响应的 Content-Type 头可定义消息的 MIME 类型,以及用于请求或响应的 XML 主体的字符编码(可选)。
  59. 语法
  60. Content-Type: MIMEType; charset=character-encoding 例子
  61. POST /item HTTP/1.1
  62. Content-Type: application/soap+xml; charset=utf-8Content-Length
  63. SOAP 的请求和响应的 Content-Length 头规定请求或响应主体的字节数。
  64. 语法
  65. Content-Length: bytes 例子
  66. POST /item HTTP/1.1
  67. Content-Type: application/soap+xml; charset=utf-8
  68. Content-Length: 250一个 SOAP 实例
  69. 在下面的例子中,一个 GetStockPrice 请求被发送到了服务器。此请求有一个 StockName 参数,而在响应中则会返回一个 Price 参数。此功能的命名空间被定义在此地址中: "http://www.example.org/stock"
  70. SOAP 请求:
  71. POST /InStock HTTP/1.1
  72. Host: www.example.org
  73. Content-Type: application/soap+xml; charset=utf-8
  74. Content-Length: nnn
  75. <?xml version="1.0"?>
  76. <soap:Envelope
  77. xmlns:soap="http://www.w3.org/2001/12/soap-envelope"
  78. soap:encodingStyle="http://www.w3.org/2001/12/soap-encoding">
  79. <soap:Body xmlns:m="http://www.example.org/stock">
  80. <m:GetStockPrice>
  81. <m:StockName>IBM</m:StockName>
  82. </m:GetStockPrice>
  83. </soap:Body>
  84. </soap:Envelope>SOAP 响应:
  85. HTTP/1.1 200 OK
  86. Content-Type: application/soap+xml; charset=utf-8
  87. Content-Length: nnn
  88. <?xml version="1.0"?>
  89. <soap:Envelope
  90. xmlns:soap="http://www.w3.org/2001/12/soap-envelope"
  91. soap:encodingStyle="http://www.w3.org/2001/12/soap-encoding">
  92. <soap:Body xmlns:m="http://www.example.org/stock">
  93. <m:GetStockPriceResponse>
  94. <m:Price>34.5</m:Price>
  95. </m:GetStockPriceResponse>
  96. </soap:Body>
  97. </soap:Envelope>什么是 WSDL?WSDL 指网络服务描述语言 WSDL 使用 XML 编写 WSDL 是一种 XML 文档 WSDL 用于描述网络服务 WSDL 也可用于定位网络服务 WSDL 还不是 W3C 标准 WSDL 可描述网络服务(Web Services)WSDL 指网络服务描述语言 (Web Services Description Language)。WSDL 是一种使用 XML 编写的文档。这种文档可描述某个 Web service。它可规定服务的位置,以及此服务提供的操作(或方法)。WSDL 文档仅仅是一个简单的 XML 文档。它包含一系列描述某个 web service 的定义。WSDL 文档结构WSDL 文档是利用这些主要的元素来描述某个 web service 的:元素 定义 <portType> web service 执行的操作 <message> web service 使用的消息 <types> web service 使用的数据类型 <binding> web service 使用的通信协议 一个 WSDL 文档的主要结构是类似这样的:<definitions>
  98. <types>
  99. definition of types........
  100. </types>
  101. <message>
  102. definition of a message....
  103. </message>
  104. <portType>
  105. definition of a port.......
  106. </portType>
  107. <binding>
  108. definition of a binding....
  109. </binding>
  110. </definitions>WSDL 文档可包含其它的元素,比如 extension 元素,以及一个 service 元素,此元素可把若干个 web services 的定义组合在一个单一的 WSDL 文档中。如需完整的语法概述,请访问 WSDL 语法 这一节。WSDL 端口<portType> 元素是最重要的 WSDL 元素。 它可描述一个 web service、可被执行的操作,以及相关的消息。 可以把 <portType> 元素比作传统编程语言中的一个函数库(或一个模块、或一个类)。 WSDL 消息<message> 元素定义一个操作的数据元素。 每个消息均由一个或多个部件组成。可以把这些部件比作传统编程语言中一个函数调用的参数。 WSDL types<types> 元素定义 web service 使用的数据类型。 为了最大程度的平台中立性,WSDL 使用 XML Schema 语法来定义数据类型。 WSDL Bindings<binding> 元素为每个端口定义消息格式和协议细节。 WSDL 实例这是某个 WSDL 文档的简化的片段: <message name="getTermRequest">
  111. <part name="term" type="xs:string"/>
  112. </message>
  113. <message name="getTermResponse">
  114. <part name="value" type="xs:string"/>
  115. </message>
  116. <portType name="glossaryTerms">
  117. <operation name="getTerm">
  118. <input message="getTermRequest"/>
  119. <output message="getTermResponse"/>
  120. </operation>
  121. </portType>
  122. 在这个例子中,<portType> 元素把 "glossaryTerms" 定义为某个端口的名称,把 "getTerm" 定义为某个操作的名称。操作 "getTerm" 拥有一个名为 "getTermRequest" 的输入消息,以及一个名为 "getTermResponse" 的输出消息。<message> 元素可定义每个消息的部件,以及相关联的数据类型。对比传统的编程,glossaryTerms 是一个函数库,而 "getTerm" 是带有输入参数 "getTermRequest" 和返回参数 getTermResponse 的一个函数。WSDL 端口可描述由某个 web service 提供的界面(合法操作)。WSDL 端口<portType> 元素是最重要的 WSDL 元素。它可描述一个 web service、可被执行的操作,以及相关的消息。端口定义了指向某个 web service 的连接点。可以把该元素比作传统编程语言中的一个函数库(或一个模块、或一个类),而把每个操作比作传统编程语言中的一个函数。操作类型请求-响应是最普通的操作类型,不过 WSDL 定义了四种类型:类型 定义 One-way 此操作可接受消息,但不会返回响应。 Request-response 此操作可接受一个请求并会返回一个响应 Solicit-response 此操作可发送一个请求,并会等待一个响应。 Notification 此操作可发送一条消息,但不会等待响应。 One-Way 操作一个 one-way 操作的例子:<message name="newTermValues">
  123. <part name="term" type="xs:string"/>
  124. <part name="value" type="xs:string"/>
  125. </message>
  126. <portType name="glossaryTerms">
  127. <operation name="setTerm">
  128. <input name="newTerm" message="newTermValues"/>
  129. </operation>
  130. </portType >在这个例子中,端口 "glossaryTerms" 定义了一个名为 "setTerm" 的 one-way 操作。这个 "setTerm" 操作可接受新术语表项目消息的输入,这些消息使用一条名为 "newTermValues" 的消息,此消息带有输入参数 "term" 和 "value"。不过,没有为这个操作定义任何输出。Request-Response 操作一个 request-response 操作的例子:<message name="getTermRequest">
  131. <part name="term" type="xs:string"/>
  132. </message>
  133. <message name="getTermResponse">
  134. <part name="value" type="xs:string"/>
  135. </message>
  136. <portType name="glossaryTerms">
  137. <operation name="getTerm">
  138. <input message="getTermRequest"/>
  139. <output message="getTermResponse"/>
  140. </operation>
  141. </portType>在这个例子中,端口 "glossaryTerms" 定义了一个名为 "getTerm" 的 request-response 操作。"getTerm" 操作会请求一个名为 "getTermRequest" 的输入消息,此消息带有一个名为 "term" 的参数,并将返回一个名为 "getTermResponse" 的输出消息,此消息带有一个名为 "value" 的参数。WSDL 绑定可为 web service 定义消息格式和协议细节。绑定到 SOAP一个 请求 - 响应 操作的例子:<message name="getTermRequest">
  142. <part name="term" type="xs:string" />
  143. </message>
  144. <message name="getTermResponse">
  145. <part name="value" type="xs:string" />
  146. </message>
  147. <portType name="glossaryTerms">
  148. <operation name="getTerm">
  149. <input message="getTermRequest" />
  150. <output message="getTermResponse" />
  151. </operation>
  152. </portType>
  153. <binding type="glossaryTerms" name="b1">
  154. <soap:binding style="document"
  155. transport="http://schemas.xmlsoap.org/soap/http" />
  156. <operation>
  157. <soap:operation
  158. soapAction="http://example.com/getTerm" />
  159. <input>
  160. <soap:body use="literal" />
  161. </input>
  162. <output>
  163. <soap:body use="literal" />
  164. </output>
  165. </operation>
  166. </binding>binding 元素有两个属性 - name 属性和 type 属性。name 属性定义 binding 的名称,而 type 属性指向用于 binding 的端口,在这个例子中是 "glossaryTerms" 端口。 soap:binding 元素有两个属性 - style 属性和 transport 属性。style 属性可取值 "rpc" 或 "document"。在这个例子中我们使用 document。
  167. transport 属性定义了要使用的 SOAP 协议。在这个例子中我们使用 HTTP。operation 元素定义了每个端口提供的操作符。对于每个操作,相应的 SOAP 行为都需要被定义。
  168. 同时您必须如何对输入和输出进行编码。在这个例子中我们使用了 "literal"。
  169. UDDI 是一种目录服务,企业可以使用它对 Web services 进行注册和搜索。UDDI,英文为 "Universal Description, Discovery and Integration",可译为“通用描述、发现与集成服务”。什么是 UDDI?UDDI 是一个独立于平台的框架,用于通过使用 Internet 来描述服务,发现企业,并对企业服务进行集成。UDDI 指的是通用描述、发现与集成服务 UDDI 是一种用于存储有关 web services 的信息的目录。 UDDI 是一种由 WSDL 描述的 web services 界面的目录。 UDDI 经由 SOAP 进行通信 UDDI 被构建入了微软的 .NET 平台 UDDI 基于什么?UDDI 使用 W3C 和 IETF* 的因特网标准,比如 XML、HTTP 和 DNS 协议。UDDI 使用 WSDL 来描述到达 web services 的界面此外,通过采用 SOAP,还可以实现跨平台的编程特性,大家知道,SOAP 是 XML 的协议通信规范,可在 W3C 的网站找到相关的信息。*注释:IETF - Internet Engineering Task ForceUDDI 的好处任何规模的行业或企业都能得益于 UDDI。在 UDDI 之前,还不存在一种 Internet 标准,可以供企业为它们的企业和伙伴提供有关其产品和服务的信息。也不存在一种方法,来集成到彼此的系统和进程中。UDDI 规范帮助我们解决的问题:使得在成百万当前在线的企业中发现正确的企业成为可能 定义一旦首选的企业被发现后如何启动商业 扩展新客户并增加对目前客户的访问 扩展销售并延伸市场范围 满足用户驱动的需要,为在全球 Internet 经济中快速合作的促进来清除障碍 UDDI 如何被使用假如行业发布了一个用于航班比率检测和预订的 UDDI 标准,航空公司就可以把它们的服务注册到一个 UDDI 目录中。然后旅行社就能够搜索这个 UDDI 目录以找到航空公司预订界面。当此界面被找到后,旅行社就能够立即与此服务进行通信,这样由于它使用了一套定义良好的预订界面。谁在支持 UDDI?UDDI 是一个跨行业的研究项目,由所有主要的平台和软件提供商驱动,比如:Dell, Fujitsu, HP, Hitachi, IBM, Intel, Microsoft, Oracle, SAP,以及 Sun, 它既是一个市场经营者的团体,也是一个电子商务的领导者。已有数百家公司参与了这个 UDDI 团体。

XML Web Service的特点

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,应用程序可以用标准的方法把功能和数据”暴露”出来,供其它应用程序使用。

XML Web services 提供了在松耦合环境中使用标准协议(HTTP、XML、SOAP 和 WSDL)交换消息的能力。消息可以是结构化的、带类型的,也可以是松散定义的。

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 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调用,那样会有效得多。


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 20058(后面简称VS.Net 2008)创建和使用一个简单的Web Service。

创建一个最简单的Web Service

首先,打开VS2005,打开”文件-新建-网站”,选择”ASP.NET Web服务”
WebService(C#) - 图1
查看Service.cs代码,你会发现VS.Net 2005已经为Web Service文件建立了缺省的框架。原始代码为:

  1. namespace WebService1
  2. {
  3. /// <summary>
  4. /// Service1 的摘要说明
  5. /// </summary>
  6. [WebService(Namespace = "http://tempuri.org/")]
  7. //用于向 XML Web services 添加附加信息,如描述其功能的字符串。
  8. //对于将要发布和执行的 XML Web services 来说,WebServiceAttribute 不是必需的。
  9. //可以使用 WebServiceAttribute 为 XML Web services 指定不受公共语言运行库标识符(用于 XML Web services 的“服务说明”和“服务帮助”页)规则限制的名称。
  10. //XML Web services 在成为公共之前,应该更改其默认的 XML 命名空间。
  11. //每个 XML Web services 都需要唯一的 XML 命名空间来标识它,以便客户端应用程序能够将它与网络上的其他服务区分开来。http://tempuri.org/ 可用于正在开发中的 XML Web services,
  12. //但是已发布的 XML Web services 应该使用更具永久性的命名空间。例如,可以将公司的 Internet 域名作为 XML 命名空间的一部分。
  13. //虽然很多 XML Web services 的 XML 命名空间与 URL 很相似,但是,它们无需指向 Web 上的某一实际资源。(XML Web services 的 XML 命名空间是 URI。)对于使用 ASP.NET 创建的 XML Web services,可以使用 Namespace 属性更改默认的 XML 命名空间。
  14. [WebServiceBinding(ConformsTo = WsiProfiles.BasicProfile1_1)]//ConformsTo 获取或设置绑定声称所符合的 Web 服务互操作性 (WSI) 规范。
  15. //声明定义一个或多个 XML Web services 方法的绑定。无法继承此类。
  16. //按 Web 服务描述语言 (WSDL) 的定义,绑定类似于一个接口,原因是它定义一组具体的操作。
  17. //每个 XML Web services 方法都是特定绑定中的一项操作。XML Web services 方法是 XML Web services 的默认绑定的成员,
  18. //或者是在应用于实现 XML Web services 的类的 WebServiceBindingAttribute 中指定的绑定的成员。
  19. //XML Web services 可以通过将多个 WebServiceBindingAttribute 属性应用于 XML Web services 来实现多个绑定。
  20. //将一个或多个 WebServiceAttribute 属性应用到 XML Web services 之后,可以将 SoapDocumentMethodAttribute 或 SoapRpcMethodAttribute 应用到各个 XML Web services 方法
  21. //以指示由特定的 XML Web services 方法实现的绑定操作。
  22. //设置 SoapDocumentMethodAttribute 或 SoapRpcMethodAttribute 的 Binding 属性以指定 XML Web services 方法正在为其实现操作的绑定。
  23. [System.ComponentModel.ToolboxItem(false)]//提供工具箱项的基实现。
  24. // 若要允许使用 ASP.NET AJAX 从脚本中调用此 Web 服务,请取消对下行的注释。
  25. // [System.Web.Script.Services.ScriptService]
  26. public class Service1 : System.Web.Services.WebService//
  27. //表示此网站项目实现的一个 Web 服务,如同将此网站引用添加到项目时以 Visual Studio 生成的 .asmx 文件表示一样。
  28. {
  29. [WebMethod]//向使用 ASP.NET 创建的 XML Web services 中的某个方法添加此属性 (Attribute) 后,就可以从远程 Web 客户端调用该方法。无法继承此类。
  30. //初始化 WebMethodAttribute 类的新实例。
  31. public string HelloWorld()
  32. {
  33. return "Hello World";
  34. }
  35. }
  36. }

默认工程里面已经有一个Hello World的方法了,直接运行看看效果:WebService(C#) - 图2
点击显示页面上图中的”HelloWorld”超链接,跳转到下一页面:
WebService(C#) - 图3
点击”调用”按钮,就可以看到用XML格式返回的Web Service结果下图。说明我们的Web Service环境没有问题,而且还初步接触了一下最简单的Web Service。

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

上面我们宏观的了解了webservice,其实它就是个对外的接口,里面有函数可供外部客户调用(注意:里面同样有客户不可调用的函数).假若我们是服务端,我们写好了个webservice,然后把它给了客户(同时我们给了他们调用规则),客户就可以在从服务端获取信息时处于一个相对透明的状态.即是客户不了解(也不需要)其过程,他们只获取数据.在代码文件里,如果我们写了一个函数后,希望此函数成为外部可调用的接口函数,我们必须在函数上面添上一行代码[WebMethod(Description=”函数的描述信息”)],如果你的函数没有这个申明,它将不能被用户引用.下来我们开始编写一个简单的Web Service 的例子。
先把默认的HelloWorld方法注释掉,简单的写了求加减乘除运算的四个方法:

  1. using System;
  2. using System.Linq;
  3. using System.Web;
  4. using System.Web.Services;
  5. using System.Web.Services.Protocols;
  6. using System.Xml.Linq;
  7. [WebService(Namespace = "http://tempuri.org/")]
  8. [WebServiceBinding(ConformsTo = WsiProfiles.BasicProfile1_1)]
  9. // 若要允许使用 ASP.NET AJAX 从脚本中调用此 Web 服务,请取消对下行的注释。
  10. // [System.Web.Script.Services.ScriptService]
  11. public class Service : System.Web.Services.WebService
  12. {
  13. public Service () {
  14. //如果使用设计的组件,请取消注释以下行
  15. //InitializeComponent();
  16. }
  17. //[WebMethod]
  18. //public string HelloWorld()
  19. //{
  20. // return "Hello World";
  21. //}
  22. [WebMethod(Description = "求和的方法")]
  23. public double addition(double i, double j)
  24. {
  25. return i + j;
  26. }
  27. [WebMethod(Description = "求差的方法")]
  28. public double subtract(double i, double j)
  29. {
  30. return i - j;
  31. }
  32. [WebMethod(Description = "求积的方法")]
  33. public double multiplication(double i, double j)
  34. {
  35. return i * j;
  36. }
  37. [WebMethod(Description = "求商的方法")]
  38. public double division(double i, double j)
  39. {
  40. if (j != 0)
  41. return i / j;
  42. else
  43. return 0;
  44. }
  45. }

运行可以看到我们自己写的可以被调用的方法,如下图:
WebService(C#) - 图4
同样点击addition方法,进入addition方法的调用页。
WebService(C#) - 图5
在参数上面输入参数i=3,j=3,如上图,点击调用,就可以看到用XML格式返回的Web Service结果(i与j相加的结果)下图
到这里,我们会发现,其实webservice并不是那么的神秘,它也不过只是个接口,对我们而言,侧重点就是是接口函数的编写.
2.3、用ASP.NET调用Web Service
首先,打开VS2005,打开”文件-新建-网站”,选择”ASP.NET网站”。
WebService(C#) - 图6
选好存储位置,语言后点击确定,进入默认页面。然后先添加Web引用,把WebService引到当前的工程里面。方法是:在资源管理器中点击右键,选择添加Web 引用,调出对话框:
WebService(C#) - 图7
在URL中填入,前面写好的WebService运行后浏览器上面显示的地址(即:WebService发布后的访问地址 ),点击”前往”按钮,如上图,就会显示出所引用的WebService中可以调用的方法,然后点击”添加引用”,就将webservice引用到了当前的工程里面 ,如下图,解决方案中会出现引进来的WebService文件
WebService(C#) - 图8
我们在这就练习调用webservice的四个方法,做一个简单的调用的例子,先在网站的前台添加几个控件,代码如下:

  1. <%@ Page Language="C#" AutoEventWireup="true" CodeFile="Default.aspx.cs" Inherits="_Default" %>
  2. <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
  3. <html xmlns="http://www.w3.org/1999/xhtml">
  4. <head runat="server">
  5. <title>无标题页</title>
  6. </head>
  7. <body>
  8. <form id="form1" runat="server">
  9. <div>
  10. <asp:TextBox ID="Num1" runat="server"></asp:TextBox>
  11. <select id="selectOper" runat = "server">
  12. <option>+</option>
  13. <option>-</option>
  14. <option>*</option>
  15. <option>/</option>
  16. </select>
  17. <asp:TextBox ID="Num2" runat="server"></asp:TextBox>
  18. <asp:Button ID="Button1" runat="server" Text="=" onclick="Button1_Click" />
  19. <asp:TextBox ID="Result" runat="server"></asp:TextBox>
  20. </div>
  21. </form>
  22. </body>
  23. </html>

然后在后台写调用的代码,调用之前和使用其它的对象一样,要先实例化,实例化的方法是localhost.Service a = new localhost.Service();然后就可以通过a来访问WebService里面提供的方法了。在这个例子里面,动态的创建了一个button控件来触发WebService的调用,后台代码如下:
运行后可以看到效果,如下图所示,在前面两个Textbox里面输入两个操作数,在中间的下拉列表中选择操作符,然后点击”=”号,将计算的结果输出到第三个Textbox里面。
WebService(C#) - 图9
而整个计算并不是在本地进行的,是在Web服务端进行计算的然后将结果通过XML返还给了调用方的,所以,在运行该程序的时候,WebService程序还必须启动,否则会报无法连接远程服务器的异常,如下图:
WebService(C#) - 图10
后台代码如下:

  1. using System;
  2. using System.Configuration;
  3. using System.Data;
  4. using System.Linq;
  5. using System.Web;
  6. using System.Web.Security;
  7. using System.Web.UI;
  8. using System.Web.UI.HtmlControls;
  9. using System.Web.UI.WebControls;
  10. using System.Web.UI.WebControls.WebParts;
  11. using System.Xml.Linq;
  12. public partial class _Default : System.Web.UI.Page
  13. {
  14. protected void Page_Load(object sender, EventArgs e)
  15. {
  16. }
  17. protected void Button1_Click(object sender, EventArgs e)
  18. {
  19. string selectFlag = selectOper.Value;
  20. localhost.Service web = new localhost.Service();
  21. if (selectFlag.Equals("+"))
  22. {
  23. Result.Text =(web.addition(double.Parse(Num1.Text),double.Parse(Num2.Text))).ToString();
  24. }
  25. else if (selectFlag.Equals("-"))
  26. {
  27. Result.Text = (web.subtract(double.Parse(Num1.Text), double.Parse(Num2.Text))).ToString();
  28. }
  29. else if (selectFlag.Equals("*"))
  30. {
  31. Result.Text = (web.multiplication(double.Parse(Num1.Text), double.Parse(Num2.Text))).ToString();
  32. }
  33. else if (selectFlag.Equals("/"))
  34. {
  35. Result.Text = (web.division(double.Parse(Num1.Text), double.Parse(Num2.Text))).ToString();
  36. }
  37. }
  38. }

原文地址:https://www.cnblogs.com/mahaisong/archive/2011/10/11/2207537.html