Web Service的介绍
Web+Service详解
什么是Web Service？Web Service主要是为了使原来各孤立的站点之间的信息能够相互通信、共享而提出的一种接口。
Web Service所使用的是Internet上统一、开放的标准，如HTTP、XML、SOAP （简单对象访问协议）、WSDL等，所以Web Service可以在任何支持这些标准的环境（Windows,Linux）中使用。
注：SOAP协议（Simple Object Access Protocal,简单对象访问协议）,它是一个用于分散和分布式环境下网络信息交换的基于XML的通讯协议。
在此协议下，软件组件或应用程序能够通过标准的HTTP协议进行通讯。
它的设计目标就是简单性和扩展性，这有助于大量异构程序和平台之间的互操作性，从而使存在的应用程序能够被广泛的用户访问。
Web Service是构建互联网分布式系统的基本部件。
Web Services 正成为企业应用集成（Enterprise Application Integration）的有效平台。
你可以使用互联网中提供的Web Service构建应用程序，而不必考虑这些Web Service是怎样运行的。
Web Service 三个基本技术Web Service通过标准通信协议，在互联网上发布有用的程序模块（以服务的方式），目前大部分是用SOAP来作通信协议。
Web Service提供一份详细的接口说明书，来帮助用户构建应用程序，这个接口说明书叫作WSDL（Web Service Description Language）。
通常已发布的Web Service要注册到管理服务器，这样便于使用者查询和使用。
这个是通过UDDI（Universal Discovery Description and Integration）来完成的。
为什么要用Web Service？Web Servcie最主要的优点是，使用不同程序和在不同系统平台上开发出来的程序，都可以相互通信。
webservice介绍
webservice介绍
WebService是一种通过网络进行应用程序之间交互的技术。
它是一种基于Web的应用程序编程接口(API)。
WebService使用统一的协议，如HTTP和SOAP，来使应用程序之间进行通信。
WebService允许应用程序在不同的编程语言和操作系统之间交换数据。
使用WebService，应用程序可以轻松地共享数据和功能，从而提高整个系统的效率和可靠性。
WebService可以在互联网上任何支持HTTP和SOAP协议的地方进行访问，因此可以在全球范围内使用。
它是一种安全，可靠和可扩展的技术，已被广泛应用于许多领域，如电子商务，金融，医疗保健和教育等。
- 1 -。
Web Service技术
学习内容
Web Service 概述 Web服务协议
Web Service 概述
Web服务是一种被一次部署到Internet中然后到处可用的一种新型组 件，所有应用只需要能够连入Internet，就可以使用和集成Web服务。 Web服务基于一套描述软件通信语法和语义的核心标准。XML提供表 示数据的通用语法；简单对象访问协议(SOAP)提供数据交换的语义； Web服务描述语言(WSDL)提供描述Web服务功Web服务描述语言） （ 服务描述语言） 服务描述语言
WSDL是一个基于XML的标准，它指定客户端如何与Web服务进行交 互，包括诸如一条信息中的参数和返回值如何被编码和在互连网上传 输时应该使用何种协议。目前，三种标准支持实际的Web服务信息的 传送：HTTP GET、HTTP POST和SOAP。 WSDL是一种规范，它定义了如何用共同的XML语法描述Web服务。 WSDL描述了四种关键的数据： 描述所有公用函数的接口信息； 所有消息请求和消息响应的数据类型信息； 所使用的传输协议的绑定信息； 用来定位指定服务的地址信息。
Web服务协议
UDD（统一描述、发现和集成协议 ） （统一描述、
UDD是Web服务家族中最新的和发展最快的标准 之一。它最初被设计出来的目的是能够让程序员非 常容易的定位任何服务器上的Web服务。 UDDI的目的是，提供一个库，在这个库中，商业 公司可以为他们所拥有的Web服务做广告。为了能 让客户端获取这些Web服务，这些Web服务必须 被注册在UDDI库中。
Web Service 概述
组成Web服务基本结构的组件
Web Service 概述
Web服务的设计是基于兼容性很强的开放式标准。为了确保最大限度的兼容 性和可扩展性，Web服务体系被建设得尽可能通用。Web服务的标准如下：
Web Service
Web Service技术Web Service是解决应用程序之间相互通信的一项技术。
严格地说，Web Service是描述一系列操作的接口。
它使用标准的、规范的XML描述接口。
这一描述中包括与服务进行交互所需要的全部细节，包括消息格式、传输协议和服务位置。
而在对外的接口中隐藏了服务实现的细节，仅提供一系列可执行的操作，这些操作独立于软、硬件平台和编写服务所用的编程语言。
Web Service既可单独使用，也可同其他Web Service一起，实现复杂的业务功能。
在Web Service模型的解决方案中共有三种工作角色，其中服务提供者（服务器）和服务请求者（客户端）是必需的，服务注册中心是一个可选的角色。
它们之间的交互和操作构成了Web Service的体系结构。
服务提供者定义并实现Web Service，然后将服务描述发布到服务请求者或服务注册中心；服务请求者使用查找操作从本地或服务注册中心检索服务描述，然后使用服务描述与服务提供者进行绑定并调用Web Service。
图1表示了Web Service模型的三种角色及它们之间的操作关系。
图1 Web服务角色、操作和构件下面分别介绍Web Service模型中的角色与操作。
（1）服务提供者。
即Web Service的所有者，如企业、ICP（Internet Content Provider，互联网内容提供商）等。
该角色负责定义并实现Web Service，使用服务描述语言对Web Service 进行详细、准确、规范的描述，并将该描述发布到服务注册中心供服务请求者查找并绑定使用。
（2）服务请求者。
即Web Service的使用者。
虽然Web Service面向的是程序，但程序最终的使用者仍然是企业或用户。
从体系结构的角度看，服务请求者是查找、绑定并调用服务或与服务进行交互的应用程序。
服务请求者角色可以由浏览器来担当，由人或程序（如另外一个Web Service）来控制。
Web Service
UDDI
统一描述、发现和集成（Universal Description, Discovery, and Integration）
协议向 Web 服务注册中心定义 SOAP 接口。如果您有一段代码希望作为 Web 服 务部署，UDDI 规范定义如何将您的服务描述添加至注册中心。如果您在寻找一段提
二、与Web Service相关的现有的标准和规范中，不包括对消息的保护的 部分，即不能保证不被第三方截取或窜改 主要防范措施： 1、防火墙的规则 2、安全套接字 3、信息加密解密 4、身份验证授权
Power By :Bin.Huang
建立 Web服务
建立Web服务实质就是在支持SOAP通信的类中建立一个或多个方法。 两种模板 – Web服务网站模板： 用于创建独立的网站，在创建时会自动在网站根文件夹下建立一 个Web服务文件Service.asmx，同时在App_Code文件夹下建 立相应的类文件Service.cs。 – Web服务模板： 要建立Web服务文件，也不必专门创建一个网站，可以利用Web 服务模板在已有的网站中添加Web服务文件。
供某种功能的代码，UDDI 规范定义如何查询注册中心以找到您想要的信息。
Power By :Bin.Huang
WebService的工作过程
UDDI注册中心
WebService消费者
股票WebService WebService消费者
天气WebService
WebService提供者 Power By :Bin.Huang
Power By :Bin.Huang
WSDL（ 服务描述语言）
WSDL：Web 服务描述语言（Web Services Description Language） WSDL文件 – 好比我们去商店买东西，首先要知道商店里有什么东西可买，然后再来购买，商 家的做法就是张贴广告海报。 WebService客户端要调用一个WebService服务， 首先要有知道这个服务的地址在哪，以及这个服务里有什么方法可以调用，所以， WebService务器端首先要通过一个WSDL文件来说明自己家里有啥服务可以对 外调用，服务是什么（服务中有哪些方法，方法接受的参数是什么，返回值是什 么），服务的网络地址用哪个url地址表示，服务通过什么方式来调用。 – WSDL（webservice description language）是基于XML格式的，它是WebS ervice客户端和服务器端都能理解的标准格式，其中描述的信息可以分为what, where,how等部分! – WSDL文件保存在Web服务器上，通过一个url地址就可以访问到它。客户端要 调用一个WebService服务之前，要知道该服务的WSDL文件的地址。WebSer vice服务提供商可以通过两种方式来暴露它的WSDL文件地址： 注册到UDDI服务器，以便被人查找 直接告诉给客户端调用者，例如，在自己网站给出信息或邮件告诉。
webservice讲解
webservice讲解Web服务（Web Service）是一种基于网络的软件系统，它通过标准化的通信协议（如HTTP、SOAP、REST等）在网络上进行交互，使得不同的应用程序可以通过网络进行通信和数据交换。
Web服务通常以一种跨平台、跨语言的方式提供服务，使得不同技术栈的应用程序可以互相调用和协作。
Web服务通常包括以下几个核心要素：1. 服务提供者：Web服务的提供者是指提供Web服务的软件系统或应用程序。
它们将自己的功能封装成Web服务，并通过网络向外部系统提供访问。
2. 服务请求者：Web服务的请求者是指希望使用Web服务提供的功能的软件系统或应用程序。
它们通过网络发起请求，调用Web服务提供的功能。
3. 通信协议：Web服务通常使用HTTP作为通信协议，通过HTTP请求和响应来进行通信。
在一些情况下，也可以使用SOAP（Simple Object Access Protocol）或RESTful API等协议进行通信。
4. 数据格式：Web服务通常使用XML或JSON等格式来进行数据交换，通过这些格式来传递参数、返回结果等信息。
5. 服务描述：Web服务通常会提供服务描述文档，描述了服务的功能、参数、返回结果等信息，以便请求者能够正确地调用和使用服务。
常见的Web服务包括SOAP Web服务和RESTful Web服务。
SOAP Web服务使用SOAP协议进行通信，通常基于XML格式进行数据交换，提供了丰富的功能和强大的扩展性；而RESTful Web服务则使用HTTP协议进行通信，通常基于JSON格式进行数据交换，具有简单、轻量级的特点。
总的来说，Web服务是一种灵活、跨平台、跨语言的软件架构，它使得不同的软件系统可以通过网络进行通信和交互，为分布式系统和服务集成提供了重要的技术基础。
WEB SERVICE简介
SOAP 简介
SOAP协议（Simple Object Access Protocal,简单对象访问协议）,它是一个 用于分散和分布式环境下网络信息交换的 基于XML的通讯协议。 或者更简单地说： 或者更简单地说： SOAP 是用于访问网络服务的协议。 是用于访问网络服务的协议。 在此协议下，软件组件或应用程序能够 通过标 准的HTTP协议进行通讯。
Why SOAP？ ？
• 对于应用程序开发来说，使程序之间进行因特网通信是很 重要的。 • 目前的应用程序通过使用远程过程调用（RPC）在诸如 DCOM 与 CORBA 等对象之间进行通信，但是 HTTP 不 是为此设计的。RPC 会产生兼容性以及安全问题；防火 墙和代理服务器通常会阻止此类流量。 • 通过 HTTP 在应用程序间通信是更好的方法，因为 HTTP 得到了所有的因特网浏览器及服务器的支持。SOAP 就是 被创造出来完成这个任务的。 • SOAP 提供了一种标准的方法，使得运行在不同的操作系 统并使用不同的技术和编程语言的应用程序可以互相进行 通信。
什么是 SOAP？ ？
• • • • • • • • • • • SOAP 指简易对象访问协议 SOAP 是一种通信协议 SOAP 用于应用程序之间的通信 SOAP 是一种用于发送消息的格式 SOAP 被设计用来通过因特网进行通信 SOAP 独立于平台 SOAP 独立于语言 SOAP 基于 XML SOAP 很简单并可扩展 SOAP 允许您绕过防火墙 SOAP 将被作为 W3C 标准来发展
Web-Service概述
Web Service概述Web Service的定义W3C组织对其的定义如下，它是一个软件系统，为了支持跨网络的机器间相互操作交互而设计。
Web Service服务通常被定义为一组模块化的API，它们可以通过网络进行调用，来执行远程系统的请求服务。
这里我们从一个程序员的视角来观察web service。
在传统的程序编码中，存在这各种的函数方法调用。
通常，我们知道一个程序模块M中的方法A，向其发出调用请求，并传入A方法需要的参数P，方法A执行完毕后，返回处理结果R。
这种函数或方法调用通常发生在同一台机器上的同一程序语言环境下。
现在的我们需要一种能够在不同计算机间的不同语言编写的应用程序系统中，通过网络通讯实现函数和方法调用的能力，而Web service正是应这种需求而诞生的。
最普遍的一种说法就是，Web Service = SOAP + HTTP + WSDL。
其中，SOAP Simple Object Access Protocol）协议是web service的主体，它通过HTTP或者SMTP 等应用层协议进行通讯，自身使用XML文件来描述程序的函数方法和参数信息，从而完成不同主机的异构系统间的计算服务处理。
这里的WSDL（Web Services Description Language）web 服务描述语言也是一个XML文档，它通过HTTP向公众发布，公告客户端程序关于某个具体的 Web service服务的URL信息、方法的命名，参数，返回值等。
下面，我们先来熟悉一下SOAP协议，看看它是如何描述程序中的函数方法、参数及结果对象的。
SOAP协议简介什么是SOAPSOAP 指简单对象访问协议，它是一种基于XML的消息通讯格式，用于网络上，不同平台，不同语言的应用程序间的通讯。
可自定义，易于扩展。
一条 SOAP 消息就是一个普通的 XML 文档，包含下列元素：• Envelope 元素，标识XML 文档一条 SOAP 消息• Header 元素，包含头部信息的XML标签• Body 元素，包含所有的调用和响应的主体信息的标签• Fault 元素，错误信息标签。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
第一章为简单的Web 服务设计接口这章里讲了什么？在这章里，你将学习如何为一个简单的Web服务设计接口。
通过网络提供跨平台的操作假设你想为公众或者合作伙伴提供一个服务：他们向你提供连个字符串，你把它们连接起来并返回这个字符串。
当然，在实际中，你提供一个更有用的服务。
有这样几个主要的需求：第一，用户也许使用的不同的开发语言（Java、C#等），使用不同的平台（Windows、Linux等）。
你的服务必须能被不同的开发语言及开发平台访问。
第二，他们通过网络来调用你的服务，并且网络间也许还有防火墙。
你的服务必须能够通过防火墙。
鉴于这些需求，最好的解决办法是提供一个所谓的“Web服务”。
例如，你可以使你的Web 服务在主机能被访问并以地址/SimpleService(见下面的图标)被访问，因此完整的URL是/SimpleService，这就是所谓的Web服务的端点。
你的Web服务可以支持一个或者多个操作，其中一个操作可以命名为“concat”。
然而，你希望对每一个操作提供一个全球唯一的名称，你可以有你的“concat”操作，而另一个人可能有他的“concat”操作。
因此，除了名字，你可以声明上面提及的“concat”的名字是在以/ss为“命名空间”里的（见下面的图表）。
命名空间就像是一个Java包，但它不是在像com.ttdev.foo的点格式，它是在一个URL的格式。
因此，操作的全名是在命名空间为/ss中的“concat”。
名字concat被称为“本地名称”。
它的全名被称为QName（限定名）：你可能想知道这个/ss命名空间是什么意思。
答案是，它没有特别的意义。
即使它是一个URL，它并不意味着你可以使用浏览器访问这个URL网页（如果你这样做，你可能会得到一个文件未找到的错误）。
唯一重要的事情是，它必须是全球唯一的。
正如我刚才注册域名一样，它必须是全球唯一的。
请注意，命名空间和端点是一个完全不同的概念。
端点是一个地址，而命名空间只是一个唯一的ID。
我可以很容易的将这个Web服务移到另外一个Web服务器，这样它就有一个不同的端点，但它的操作的命名空间却保持不变。
RPC风格的Web 服务你的concat操作需要两个参数，一个名字为“s1”的string类型，另一个名字为“s2”的string类型，它的返回值类型仍然是string类型：然而，上面的string类型是什么意思?它是Java中的字符串类型吗?不是，你不能这么认为，因为它必须是中性语言。
幸运的是，XML模式规格书定义了一些基本的数据类型，包括string类型。
这些数据类型都有它的QName作为它的ID，例如：于是，你的操作应该这样写：其实，在Web服务中，方法调用被称为“输入消息”，一个参数被称为消息的“部分”。
返回值被称为“输出消息”并可能包含多个“部分”。
因此，更正确地说：当某人调用这个操作，他会向你发送一个XML元素作为输入消息，如下：当返回时，输出消息，如下：这种Web服务被称为“RPC风格”的Web服务（RPC代表“远程过程调用”）。
也就是说，操作的QName和“部分”的名字被用来创建输入和输出消息。
文档风格的Web服务上述方法是不是你设计你的Web服务接口的唯一途径。
例如，你可能会说，它的输入消息只包含一个单一的“部分”（见附图），这个“部分”是一个模式中定义的元素。
在这个模式中，它被定义为名为“concatRequest”的元素，它包含两个子元素<s1>和<s2>：注意这个模式包含在你的Web服务的接口中：正如你可以在上面看到，“部分”可以被定义为一个特定的元素（定义在模式中的<concatRequest>）或有特定类型（XML Schema规范中定义的string）的任何元素。
在这两种情况下,使用QName来识别它。
当有人调用这个操作，他将发送给你一个<concatRequest>元素作为输入信息，如：类似地，对于输出信息，你可以指定它只包含一个“部分”，这“部分”是<concatResponse>元素：这个Web服务的一种被称为“文档风格”的Web服务。
也就是说，输入信息将仅包含一个的“部分”，这个“部分”在一个模式中定义。
输出信息也是这样。
如果你回去检查RPC风格的服务的输入消息，应修改为：这是因为，<foo:concat>、<s1>和<s2>没有在任何模式定义，因此，你必须明确说明<s1>和<s2>的内容的XML元素类型。
现在，我们来比较一下RPC风格Web服务和文档风格的Web服务的输入信息：没有多少区别，是吧？最重要的区别在于前者可以用一个模式来验证，而后者不可以。
因此，因此，文档风格的Web服务正在成为主导风格。
据“WS-I（Web 服务互操作性组织）”组织，你应该只使用文档风格的Web服务。
决定一个文档风格的Web服务的操作调用一个文档风格的Web服务的操作，将只需发送输入信息的一个部分。
请注意，它不以任何方式传送操作的名称。
如果有多个Web服务操作（见下面的图），怎么能确定哪一个被调用？在这在这种情况下,它会根据输入信息是<concatRequest>或者是<someElement>来判断。
如果两者都使用<someElement>？那么这是一个错误，它不会有效：端口类型实际上，Web服务并不直接包含的操作列表。
而是（见下面的图表），操作被分成一个或多个“端口类型”。
端口类型，就像是一个Java类，每个操作在它像一个静态方法。
例如，在上面的Web服务，你可以有一个端口类型名为“StringUtil”，它包含字符串操作，而另一个名为“dateUtil”端口类型，它包含日期操作。
端口类型的名称也必须是一个QName：绑定事实上，端口类型可能会允许你使用不同的消息格式访问它。
你所看到消息的格式被称为“简单对象访问协议（SOAP）”格式。
可以这样说，StringUtil的端口类型还支持纯文本格式：邮件中进行传递(运输)。
每个受支持的组合被称为一个“绑定”：你的端口类型应该支持哪些绑定？SOAP+ HTTP是最常见的组合。
所以，你应该在实践中使用这种绑定。
端口假设有太多的人使用您的Web服务，你决定让它能在一个以上的计算机被访问。
例如(见下面的图表），您可以部署上面的绑定1在电脑C1，C2，C3上，部署上面的绑定2在电脑C3上。
在这种情况下，它是说，你有四个端口。
三个端口使用绑定1，一个端口使用绑定2：请注意，这并不意味着这三个计算机收到的请求将被转发到一台隐藏在后面计算机进行处理。
而是，它意味着有一些实现了端口类型的软件安装在了这三部电脑上。
并不要求不同的计算机上安装同一款软件。
例如，在C1上，端口1可由Java编写，而在C2上，端口2可由C＃编写的。
关键在于，它们都支持端口类型StringUtil的指定的操作和绑定1的消息格式和指定的传输。
端口4也必须实现相同的操作（相同的端口类型），但消息格式和传输是不同的。
为了告诉别人这个安排，你将这些端口包含在Web服务的接口中：目标命名空间在这个Web服务中，对于操作名称，端口类型名称等，你一直在使用相同的命名空间。
他们必须在同一个命名空间？默认情况下，如下：有一个单一命名空间来供web服务放名称。
这被称为“Web服务”的目标命名空间：你一直在使用/ss目标命名空间。
这是一个很好的选择吗？一般来说，一个命名空间只要是是全球唯一的，就是好的。
因此，这应该是不错的。
然而，人们可能会试图从这个网址下载一个网页。
当它无效时，他们可能会怀疑你的web服务出故障了。
为了避免这种混乱，您可以使用称为URN（统一资源名称）的东西作为命名空间。
一个命名空间必须是一个URI。
URI代表统一资源标识符。
URI有两种。
一个是URL如/bar。
另一种是URN。
URN采用urn的格式，<some-object-type>：<some- object-id>。
例如，国际ISBN机构向IANA（国际编号分配协会）提出请求，它希望管理类型名为“isbn”的对象。
当请求被批准后，国际ISBN机构可以宣布，一个URN urn:isbn:1-23-456789-0将确定一本ISBN为1-23-456789-0的书。
不需要咨询IANA，它可以确定这个对象ID的含义。
同样，你可以向IANA提交一个请求，注册你的网络域名如作为对象类型。
获批准后，你可以使用URNs如urn：：XYZ以确定在贵公司的对象XYZ。
XYZ意味着什么或它的格式是完全由你来决定。
例如，你可以使用urn::product:123(xyz指的是product:123)来指代贵公司生产的#123产品，或者用urn:.patent/123(xyz指的是patent/123)来指代贵公司的编号为123的专利。
然而，这将对你和IANA创造了很多的工作量（每一个公司注册一个！）。
当你已经注册了域名，有人会在他们的URN使用它是不太可能的。
所以，你可能想继续使用，或者像很多人一样，使用作为一个对象类型，这个对象类型没有在IANA登记，希望不会有任何冲突。
XML命名空间必须是一个URI。
您可以使用URL或URN。
在功能上两者没有区别。
例如，你可以用urn：:ss来替代/ss作为您的Web服务的目标命名空间，这样不会改变任何功能。
顺便说一下，如果你要查找URN的参考资料，不要试图寻找“object type”或“object id”等术语。
官方的术语是：WSDL到目前为止，你已经完成了你的Web服务的接口设计：它完整的描述了你的Web服务。
这种描述语言(术语和概念)被称为“WSDL”(Web服务描述语言)。
总结Web服务是平台中立的，语言中立的，能通过网络访问。
Web服务有一个或多个端口。
每个端口被绑定并部署在特定的网络地址（端点）。
绑定是一个使用特定的消息格式和特定的传输协议的端口类型。
端口类型包含一个或多个操作。
一个操作都有一个输入信息和输出信息。
每个消息都有一个或多个部分。
每个部分或者是一个Web服务模式中定义的元素，或者属于该模式中某个特定的元素类型。
所有这些信息都在WSDL充分说明。
调用一个RPC风格的Web服务，将用操作的名称来创建一个XML元素，并对输入消息的每个部分都创建一个子元素。
要调用的文档风格的Web服务，只需发送其输入消息的唯一部分。
因为用来调用RPC风格的Web服务的XML元素没有在任何模式中定义，为了更好的互操作性，应该创建文档风格的Web服务。
Web服务，它的端口，绑定，端口类型和操作，有唯一标识的QName。