第07章 电子商务实用开发技术

电子商务概论 刘业政何建民合肥工业大学管理学院电子商务系 2 第七章电子商务实用开发技术 前台 客户端 开发技术后台 服务器端 技术WebService技术 3 第一节前台 客户端 开发技术 一 用户界面体系结构动态内容表现有三种用户界面体系结构 一是服务器端提供动态逻辑 二是使用脚本语言来表现动态内容 三是通过运行在客户端的应用程序来实现动态内容 4 一 用户界面体系结构 服务器端逻辑体系结构 1 图7 1服务器端逻辑体系结构 5 一 用户界面体系结构 服务器端逻辑体系结构 2 由于在Web服务器上 最简单和最常用的体系结构是完全依靠服务器来提供用户界面内容 客户端包括一个浏览器 主要用来显示从服务器上得到的页面 每一个用户动作 例如按下一个按钮 都产生一个对服务器的请求指令 服务器处理这个请求并计算结果 生成一个新的页面再次发送到客户端 服务器端的操作可以分成三个步骤 控制逻辑业务逻辑内容构建 6 一 用户界面体系结构 客户端脚本体系结构 1 向客户端提供动态内容的另一种途径是将脚本作为HTML页面的一部分 从服务器传送到客户端 脚本通常包括一些不需要与服务器应用程序通信就能在客户端执行的应用逻辑 如图7 2所示 复杂的逻辑仍然由服务器端执行 这就需要客户端给服务器端发出新的请求 服务器端处理后 将处理结果返回给客户端 最终还是由脚本作进一步处理 这种体系结构的优点是服务器与用户的通信较少 需要的服务器资源也比较少 由于在客户端执行一些业务逻辑 可以对用户动作给出更多的响应 如鼠标的移动 支持该体系结构的技术 代表性的有ECMAScript JavaScript Jscript VBScript和DHTML DynamicHTML 7 一 用户界面体系结构 客户端脚本体系结构 2 图7 2客户端脚本体系结构 8 一 用户界面体系结构 客户端应用体系结构 1 在客户端加入逻辑的另一个体系结构是在客户端运行一个功能完全的应用程序 用户可以下载这个程序 每次站点访问的下载或者将这个应用程序放在用户的高速缓存中 此后它将控制用户的交互和内容构造 当服务器上执行的业务逻辑必须初始化时 通信才成为必要 这种通信是通过内嵌在http中的协议来完成的 并且它只传输必要的网络数据 并不需要传输HTML数据内容 因此 在客户端和服务器端均需要附加的通信逻辑 该体系结构的优点是消除了用户界面和业务逻辑的区别 与服务器的通信量很少 Web页面可离线浏览 不需要很多服务器资源 9 一 用户界面体系结构 客户端应用体系结构 2 10 一 用户界面体系结构 客户端应用体系结构 3 支持客户端应用体系结构的技术有 Javaapplets是可以作为Web文档中的附件来分发的Java程序 Applets的代码可以被支持Java的浏览器解释和执行 Java应用程序是运行在客户端系统上的独立的应用程序 这种客户端系统与浏览器无关 ActiveX为一组综合技术 这些技术使得用任何语言写的软件构件在网络环境中能相互操作 11 一 用户界面体系结构 多媒体技术 1 Web站点内部署多媒体内容采用的方法 图像与动画 在Web上最简单也是最重要的多媒体内容就是图像 在各种图像格式中 GIF和JPEG是Web设计中应用最广泛的两种格式 为了强化多媒体效果 动画技术得到进一步发展 GIF动画便是一例 MacroMedia Shockwave或Macromedia在Web上用来使媒体播放更加具有吸引力 它们可以让用户从浏览器中体会到交互的Web内容 12 一 用户界面体系结构 多媒体技术 2 HotMedia HotMedia是适合于那些具有创造性的专业人员的工具 它用丰富的媒体增强电子商务应用系统 HotMedia可以动态地确定所需的最少代码和数据内容 并逐步下载它 它包括 音频流图像间的变换效果 如擦除和褪色特殊内容的用户界面360度全景和部分全景通过360度IPIX图像显示的360度全景到HotMedia或HTML文件的热点链接横幅打印 13 一 用户界面体系结构 多媒体技术 3 VRML VRML VirtualRealityModelingLanguage 是互联网上用来描述交互3D多媒体的国际标准文件格式 ISO IEC14772 该标准语言适合于动画和几何图形的3D建模 使3D情景在互联网交互环境中能够被浏览和操纵 Video 视频应用范围很广 从基于网络的培训到视频会议 最常用的视频格式有 适合于Windows的AVI适合所有平台 包括UNIX 的MPEG适合于Mac 以及适合于Windows 的QuickTimeMOV流媒体格式 real格式和wmv等 14 二 体系结构选型与跨平台技术 瘦客户机和胖客户机 1 有关用户界面体系结构的讨论总是与瘦客户和胖客户的讨论有关 在客户 服务器的应用中 瘦客户是指客户机被设计得很小 大多数的数据操作都在服务器端进行 而胖客户是指在本地客户端执行大多数的数据处理 只有数据本身是存储在服务器上 对Web应用而言 服务器端逻辑体系结构是典型的瘦客户 而客户端应用体系结构和大部分的需要特定插件的多媒体技术 可以被看作是一种胖客户 虽然在大多数情况下服务器还要处理数据存取的其他任务 胖客户与瘦客户有其各自的特点 15 二 体系结构选型与跨平台技术 瘦客户机和胖客户机 2 16 二 体系结构选型与跨平台技术 易用性 1 在易用性是选择用户界面体系结构的一个主要参考标准 易用性是指用户不需要特殊培训就可使用这些程序 它是应用程序能否被用户接受的重要指标 在互联网环境下 易用性有着特殊的含义 M E Holzschlag提出了构成一个良好界面设计的特征 隐语的使用 清晰 统一 定位 导航功能 不同的界面体系结构所表现出来的易用性是不一样的 17 二 体系结构选型与跨平台技术 易用性 2 服务器端逻辑体系结构 该体系结构只能容纳很简单的用户界面 超链接或表单 这就限制了向用户提供高水平的导航与定位帮助 客户端脚本体系结构 脚本能比纯粹的静态方法提供更加复杂的导航和定位帮助 但脚本语言缺少像Java的AWT或Swing那样的图形用户界面脚本库支持 且运行的脚本在每一次访问时都要下载 因此脚本语言不适合实现非常复杂的行为 客户端应用体系结构 复杂的语言元素和标准库使得客户端应用比脚本支持更复杂的逻辑行为 但要充分利用程序语言和标准库的功能来设计一个优良的 友好的用户界面需要在界面设计方面有相当丰富的经验 18 二 体系结构选型与跨平台技术 时间性能 1 时间性能是另一个用以选择适当的体系结构的关键因素 处理Web用户界面时可能出现的时间瓶颈 初始化时间 直到第一个用户交互完成的时间 下载时间 客户端处理一个用户交互所需的时间 客户装入 需要与服务器交互的次数 服务器依赖度 从客户端向服务器传输消息及反馈结果所需的时间 网络传输时间 服务器处理用户交互所需的时间 服务器装入 19 二 体系结构选型与跨平台技术 时间性能 2 不同的界面体系结构 其时间性能也不同服务器端逻辑体系结构 对于服务器端逻辑体系结构而言 服务器的响应信息不仅包括事件需要的数据 还包括这些数据所需的设计定义 这就导致客户同服务器之间存在频繁的 大量的信息传输 因此响应时间较长 客户端脚本体系结构 由于脚本提供了在客户端上运行一些控制逻辑的功能 提高了系统的响应速度 客户端应用体系结构 客户端应用程序的主要缺点是初始化时需要较长的下载时间 目前解决该问题的技术有 延迟模块装载应用程序分割客户端安装Applet缓存 20 二 体系结构选型与跨平台技术 安全性 1 在前面的章节里我们已经知道了安全性包括服务器端的安全 包括CGI Servlet安全和防火墙 客户端的安全以及通信信道的安全 如何保证在服务器与用户间消息传递的真实性 完整性和保密性 这里讨论的是针对客户端的安全 因为当客户端访问某个Web站点时 其完整性可能因恶意的ActiveX控件或其他代码而遭到破坏 服务器端逻辑体系结构 单纯的静态内容在客户端既不执行也不解释任何代码 仅仅是呈现出来 因此它对客户端的威胁最小 到目前为止 几乎没有发现什么安全漏洞 21 二 体系结构选型与跨平台技术 安全性 2 客户端脚本体系结构 DHTML依靠于JavaScript 所以客户端的安全问题主要是JavaScript JScript 的安全性问题 JavaScript没有内置的安全模式阻止恶意脚本损害客户系统 它的安全性完全靠功能约束实现 客户端的JavaScript并没有删除和改写文件的功能 也没有任何类型的网络元语 但语言本身也存在一些漏洞 给系统带来了安全隐患 客户端应用体系结构 从安全的角度分析 客户端应用技术划分为两个范畴 当有关HTML文件被请求时 浏览器立即自动下载并启动动态内容应用程序分割需要用户进行安装的应用程序Applet缓存 22 二 体系结构选型与跨平台技术 平台兼容性 服务器端逻辑体系结构 由于该体系结构的代码均在服务器端运行 而HTML几乎被所有浏览器支持 因此无需从客户端考虑平台问题 客户端脚本体系结构 使用客户端脚本体系结构 将有许多不兼容问题出现 虽然很多平台都支持JavaScript 但在不同产品中存在明显的差异 客户端应用体系结构 由于从一开始就采取了很多措施来标准化Java语言和APIs 因此Java的兼容性做得比较好 但是在开发applet时 由于采用Java版本不同 也引起了一些平台兼容性问题 JDK的低版本被广泛支持 JDK高版本的某些特性则不被所有的浏览器和操作系统支持 23 三 脚本语言及CSS样式表应用 脚本语言 1 脚本语言是介于HTML和Java C 和VisualBasic之类的编程语言之间的语言 HTML通常用于格式化文本和链接网页 编程语言通常用于向计算机发送一系列复杂指令 脚本语言也可用来向计算机发送指令 但它们的语法和规则没有可编译的编程语言那样严格和复杂 脚本语言主要用于格式化文本和调用以编程语言编写的已编译好的组件 ECMAScript ECMAScript是由ECMA 欧洲计算机制造商协会 标准化后 并以ECMA 262语言规范的形式对外公开发布 它是从JavaScript1 1和Jscript1 0等技术上发展起来的 ECMAScript仅仅是一种规范描述 定义了脚本语言的所有属性 方法和对象 其他的语言可以实现以ECMAScript为基准的功能 ECMAScript目前发布的最高版本是3 0 24 三 脚本语言及CSS样式表应用 脚本语言 2 JavaScript JavaScript是网景公司开发的脚本语言 它的1 3版完全符合了ECMAScript脚本语言规范第一版 该语言包括一些核心对象和核心语言元素构成的核心集 JScript JScript是微软公司开发的脚本语言 它的3 0版基本符合了ECMAScript脚本语言规范第一版 目前微软声称J Jscript8 0 几乎支持ECMAScript3 0所有功能 JScript只有在MicrosoftIE或MicrosoftIIS的解释器下才能运行 VBScript VBScript是MicrosoftVisualBasic家族的新成员 VBScript为IE带来了 动态脚本 同样也被Windows脚本主机和MicrosoftIIS所支持 25 三 脚本语言及CSS样式表应用 脚本语言 3 DHTML DHTML是将HTML CSS和脚本语言有机结合来制作动感的 交互性网页的技术 其中HTML用来定义网页元素 如段落 表格等 CSS用来描述元素属性 如大小 颜色 位置等 脚本语言用来操纵网页元素和浏览器 DHTML并不是什么新的技术 它只不过是一些现有网页技术与标准的整合 DHTML技术主要包括 样式表 Microsoft和Netscape 内容的定位 Microsoft和Netscape 动态内容 仅限于Microsoft 数据绑定 仅限于Microsoft 可下载的字体 仅限于Netscape 26 三 脚本语言及CSS样式表应用 CSS样式表 1 层叠样式表 CascadingStyleSheets CSS 是一组样式 样式中的属性在HTML文档中依次出现 并显示在浏览器中 通常可用4种方法将定义的样式与HTML文档结合内联样式 可以使用STYLE属性内联样式 CSSSample 内联样式红色的 华文琥珀 斜体字 如果字体可用的话 一 红色的 华文琥珀 斜体字 如果字体可用的话 二 27 三 脚本语言及CSS样式表应用 CSS样式表 2 嵌入样式 一个样式表可以使用STYLE元素嵌入在文档中 STYLE元素放在文档的HEAD部分 CSSSample 嵌入样式红色的 华文琥珀 斜体字 如果字体可用的话 一 红色的 华文琥珀 斜体字 如果字体可用的话 二 28 三 脚本语言及CSS样式表应用 CSS样式表 3 输入样式 一个样式表可以使用CSS的 import声明被输入 CSSSample 输入样式红色的 华文琥珀 斜体字 如果字体可用的话 一 红色的 华文琥珀 斜体字 如果字体可用的话 二 如果STYLE中包含了其它的CSS规则 要注意所有的 import声明必须放在样式表的开始部分 29 三 脚本语言及CSS样式表应用 CSS样式表 4 链接外部样式 一个外部样式表可以通过HTML的LINK元素连接到HTML文档中 标记放置在文档的HEAD部分 CSSSample 链接外部样式红色的 华文琥珀 斜体字 如果字体可用的话 一 红色的 华文琥珀 斜体字 如果字体可用的话 二 30 第七章电子商务实用开发技术 前台 客户端 开发技术后台 服务器端 技术WebService技术 31 第二节后台 服务器端 技术 一 服务器端技术概述动态页面是由Web服务器根据客户的请求 包括可能的参数 在运行时刻产生的Web页面 而静态页面并不是在客户发出请求之后产生的 通常事先存放在Web服务器的文件系统中 与提供静态页面相比 动态页面的生成需要服务器做更多的事情 支持动态页面生成的技术主要包括公共网关接口 服务器端脚本技术 插件技术 Servlet技术和JSP技术 32 一 服务器端技术概述 公共网关接口 公共网关接口 CommonGatewayInterface CGI 是Web服务器生成动态页面的原始方法 它是应用程序和Web服务器之间的接口标准 通常HTML表单和CGI一起使用 CGI程序允许用户通过网页把数据输入数据库 也允许数据从数据库流向用户 CGI程序通常可以使用C C PERL TCL ToolCommandLanguage VB等语言来写 但是 在CGI模型中 对每一个访问CGI程序的HTTP请求 服务器端都会产生一个新的进程来处理这个请求 这种模式限制了服务器同时处理多个请求的能力 另外 CGI程序无法与Web服务器交互 因为两者运行在不同的进程中 33 一 服务器端技术概述 服务器端脚本技术和插件技术 服务器端脚本技术 服务器端脚本技术是指Web应用开发者在Web页面中直接嵌入脚本生成动态页面 当这些页面被请求时 页面中的脚本由服务器解释产生动态内容 该技术的代表是Microsoft的ASP ActiveServerPages 和Allaire的ColdFusion 该技术没有跨平台性 仅局限于某种类型的产品或操作系统 开发者必须学习某种特定的脚本语言 插件技术 各种Web服务器支持若干种典型的插件技术 包括NetscapeNSAPI和MicrosoftISAPI 该技术能提供比较好的性能 但由于与Web服务器的耦合度太强 编程难度也较大 34 一 服务器端技术概述 Servlet技术和JSP Servlet是产生动态内容的一种服务器端Java技术 具有以下特性 可移植性持久性和高性能基于JavaJSP是一种基于Java的脚本技术 具有下列特性 内容表达与数据生成的分离更好的MVC分层体系结构基于Java易用性可移植性基于Java支持协作开发 35 二 基于ASP的服务器端开发 ASP简介 ASP是ActiveServerPages 动态服务器网页 的缩写 它是Microsoft公司开发的一个服务器端的脚本环境 在站点的Web服务器上解释脚本 可产生并执行动态 交互式且高效的站点服务器应用程序 ASP可以胜任基于MicrosoftWeb服务器的各种动态数据发布 以下是ASP所具有的一些特点 使用VBScript Jscript等简单易懂的脚本语言无需编译 可在服务器端直接执行与浏览器无关ASP能与任何ActiveXscripting语言相容ASP的源程序不会被传到客户浏览器面向对象 36 二 基于ASP的服务器端开发 基于ASP技术的Web服务器运行环境 1 ASP是微软公司提供的 目前可在微软公司的下列平台上使用 其他的服务器在安装了ASP组件后也能实现这个功能 一般站点都是用IIS作为服务器 PWS是为一般的PC用户开发的 IIS是一种Web服务 主要包括WWW服务器 FTP服务器等 它使得在Internet或Intranet上发布信息成了一件很容易的事 下面以WindowsXP为例 介绍Web服务器环境设置Windows2003 IIS InternetInformationService Internet信息服务 WindowsXP IISWindows2000AdvanceServer IISWindows2000Server IIS 37 二 基于ASP的服务器端开发 基于ASP技术的Web服务器运行环境 2 Windows2000Pro IISWin98 PWS PersonnelWebService 下面以WindowsXP为例 介绍Web服务器环境设置 1 在安装Windows系统时 IIS默认为不安装 因此在配置Web之前需先安装IIS 2 进入控制面板的 管理工具 里面 点击 Internet服务管理器 就进入了IIS服务器的管理界面 如图7 4所示 38 二 基于ASP的服务器端开发 基于ASP技术的Web服务器运行环境 3 图7 4目录设置 图7 5属性设置之一 39 二 基于ASP的服务器端开发 基于ASP技术的Web服务器运行环境 4 图7 6属性设置之二 图7 3属性设置之三 40 二 基于ASP的服务器端开发 ASP同脚本语言的关系 ASP是一套服务器端的对象模型 下面的例子用来说明ASP与脚本语言的关系 此例中 IF语句和赋值语句都是脚本语言VBScript的标准语法 而Session Name 则是ASP中Session对象的一个引用 VBscript 或JavaScript 是一种解释型语言 由Web服务器或浏览器解释执行 41 三 基于JSP的服务器端开发 应用体系结构 1 基于Servlet JSP和JavaBeans的Web应用体系结构 42 三 基于JSP的服务器端开发 应用体系结构 2 HTML页面 输入的数据可以在浏览器通过HTML页面中的JavaScript进行验证 或者发给服务器后由Servlet来验证 Servlet Servlet从应用服务器取得控制权 来执行基本的流程控制 CommandBeans 控制业务逻辑的处理 DataBeans 保存由CommandBeans或者后台系统计算的结果 ViewBeans 为JSPs和DataBeans架构了桥梁 JSPs 为浏览器生成有关输出 43 三 基于JSP的服务器端开发 MVC设计模式 JSP设计遵循了MVC设计模式 该设计模式包含3个部件 模型是针对有关数据以及与之关联的事务处理 它是业务逻辑视图是针对数据的显示 它是页面的构建控制器是针对模型与外部世界的交互 它是交互的控制业务逻辑与用户界面的分离给应用程序的设计带来很大的灵活性 而且 模型 视图和控制器需要不同的技术来开发 它们的分离使得应用开发的管理更方便 44 四 基于 NET的开发技术 NET基本概念 NET是Microsoft面向XMLWeb服务的平台 它使用一种统一的 个性化的方式将客户的信息 设备和人员紧密联系在一起 Microsoft认为向分布式计算的转变正在悄悄地进行着 NET的目的正是要加速产生下一代分布式计算的过程 是微软用来实现XML WebServices SOA和敏捷性的技术 NET代表着联通性 敏捷性和成功 联通性 NET的远景是让所有的事物都连接起来敏捷性 它体现在商务敏捷性和IT敏捷性两方面成功 NET创建敏捷的系统 带来商务上的成功 45 四 基于 NET的开发技术 NET的三层架构 所谓三层体系结构是在客户端与数据库之间加入了一个组件层 三层体系的应用程序将业务规则 数据访问 合法性校验等工作放到了组件层进行处理 NET三层架构 46 四 基于 NET的开发技术 NET的开发语言 C 语言 C 读作 Csharp 是一种简单 现代 面向对象且类型安全的编程语言 C 同时具备 应用程序快速开发 语言的高效率和C 固有的强大能力 C 吸收了Java的许多优点 C NET 从VisualC NET开始 标准C 语言已扩展成为托管编程提供支持 J VisualJ 提供独立开发的类库集以提供大多数JDK1 1 4级类库的功能JScript NET Microsoft实现ECMA262语言的新一代版本 通过将先前版本的JScript功能集与基于类的语言的最佳功能相结合 JScript NET包含了这两个领域的精华部分 47 四 基于 NET的开发技术 一个简单的 NET应用举例 该示例为用户注册的简单例子 数据库中只有一个表 表结构如下 以三层架构搭建框架 共三层4个项目 表现层直接与用户进行交互 显示和获取数据 并对用户输入进行检验 Web B S结构模型Windows C S结构模型 BLL业务逻辑层 实现业务逻辑OleDbDAL数据访问层 负责与数据库通信 存取数据 48 第七章电子商务实用开发技术 前台 客户端 开发技术后台 服务器端 技术WebService技术 49 第三节WebService技术 一 WebService的定义及特征WebService是一种新型的Web应用程序 它是自适应 自我描述 模块化的应用程序 可以使用标准的互连网协议 将功能体现在互联网和内联网上 这些应用程序可以跨越Web进行发布 定位和调用 可将WebService视作Web上的组件编程 WebService具备如下的特征 封装完好 WebService是一种组件 它自然具备组件的一些基本特征 对于用户而言 只能看到WebService提供的网络编程接口 50 一 WebService的定义及特征 松散耦合 对象组件技术的一个基本特点就是透明性 即当一个组件的实现内容发生变化之后 调用它的用户不会发现其中的变化 即组件的内容对用户是透明的 高度的可集成能力 这种特性是由WebService所采用的规范决定的 由于WebService采取简单的 易理解的标准Web协议作为组件界面描述和协同描述规范 完全屏蔽了不同软件平台的差异 实现了高度的可集成性 使用标准的协议和规范 WebService要实现上述的优良特性 必须遵循定义良好的 开放的标准协议 如WSDL XML SOAP等 51 二 WebService架构与模型 WebService架构 无论WebService使用哪种工具和语言开发 只要它是通过SOAP协议被调用 其架构都可用图7 10描述 图7 10典型WebService结构图 52 二 WebService架构与模型 WebService模型 1 WebService体系结构基于三个角色之间的相互作用 这三个角色是 服务提供者 ServiceProvider 服务注册处 ServiceRegistry 服务请求者 ServiceRequestor 它们之间的相互作用关系如图7 11所示 53 二 WebService架构与模型 WebService模型 2 图7 11WebService体系结构中的角色关系 一个典型的服务是 服务提供者有一个从网络可以访问的软件模块 由WebService实现 服务提供者还提供了这个服务的描述 并将它发布到服务请求者或者服务注册处 54 二 WebService架构与模型 WebService模型 2 WebService模型中的角色服务提供者 从企业的角度来看它是服务的所有者 从整个体系的角度看它是容纳服务的平台 服务请求者 从企业的角度看它是一个寻求一定服务功能的请求者 从整个体系的角度来看它也是一个寻找和调用服务的应用程序 服务注册处 它是服务提供者发布其服务描述的地方 WebService模型中的操作发布 Publication 发现 Discovery 绑定 Binding 55 三 WebService技术基础 XML 1 XML 可扩展标记语言 是一种构造数据的技术 是W3C WorldWideWebConsortium 的一个推荐标准 XML不仅允许用户定义自己的一套标记 而且允许用户根据各种不同的规则来指定标记 DTD DocumentTypeDefinition 即文档类型定义 指用不同于XML的独立语法来规定XML文档中各种元素集合的内容模式 语言直接沿袭了定义SGML语言的方法 具有以下特点 DTD使得XML文档保持一致DTD可以共享绑定 Binding DTD提供了对XML语汇的形式化和完整的定义每个XML文档由单个的DTD来限制 56 三 WebService技术基础 XML 2 XSL XML文档决定了文档的内容 样式表XSL ExtensibleStylesheetLanguage 则规定着文档的显示 XSL是通过XML进行定义的 遵守XML的语法规则 是XML的一种具体应用 XSL由两大部分组成 第一部分描述了如何将一个XML文档进行转换 转换为可浏览或可输出的格式 第二部分则定义了格式对象FO FormattedObject XSLT XSLT ExtensibleStylesheetLanguageTransformations 标准用来描述如何识别 选择 匹配XML文档中的各个构成元件 包括元素 属性 文字内容等 XSLT主要的功能就是转换 它将一个没有形式表现的XML内容文档作为一个源树 将其转换为一个有样式信息的结果树 57 三 WebService技术基础 SOAP 1 SOAP SimpleObjectAccessProtocol 简单对象访问协议 是基于XML的 在分布式的环境中交换信息的简单的协议 SOAP协议规范描述了有关SOAP的消息处理过程 并涉及到性能和安全性的问题 SOAP的消息路径机制和可扩充的Header和Body机制又为分布式计算提供了很好的支持 它包括四个部分 SOAP信封 封装定义了一个描述消息中的内容是什么 是谁发送的 谁应当接受并处理它以及如何处理它们的框架 SOAP编码规则 用于表示应用程序需要使用的数据类型的实例 SOAP的一个设计目标就是要利用XML的可扩展性和可伸缩性来包装和交换RPC调用 SOAPRPC表示 表示远程过程调用和应答的协定 SOAP绑定 使用底层协议交换信息 58 三 WebService技术基础 SOAP 2 消息交换机制 从根本上来看 SOAP消息是从发送方到接受方的一种传输方法 但是SOAP消息一般会和实现模式结合 无论SOAP与哪种协议绑定 消息都可以通过消息路径来指定路线发送 消息路径机制使消息在到达最终目的地之前可以在一个或多个中间服务上处理 SOAP模型 SOAP可理解成协议SOAP RPC HTTP XML XML提供了一个跨平台的数据编码格式化方法 SOAP则在XML之上 定义了一种跨系统平台的交换信息的简单包装方法 绑定于HTTP之上的SOAP协议 则是在包装的协议之上 定义了在系统之间进行与编程语言 操作系统无关的远程调用方法 使用XML和SOAP这样的跨语言 跨平台的解决方案简化了多个应用之间的一致性问题 59 三 WebService技术基础 WSDL 1 WSDL WebServiceDescriptionLanguage 服务描述语言 提供了一个基于XML的简单语汇表 用来描述通过网络提供的基于XML的WebService 描述WebService做什么 它在哪里及如何调用它 WSDL本身不规定如何发布或公布这种服务描述 而是将这项任务留给其他规范 WSDL将WebService描述定义为一组服务访问点 客户端可以通过这些服务访问点 对包含面向文档信息或面向过程调用的服务进行访问 类似远程过程调用 WSDL首先对访问的操作和访问时使用的请求 响应消息进行抽象描述 然后将其绑定到具体的传输协议和消息格式上以最终定义具体部署的服务访问点 相关的具体部署的服务访问点通过组合就成为抽象的WebService 60 三 WebService技术基础 WSDL 2 WSDL WebServiceDescriptionLanguage 服务描述语言 提供了一个基于XML的简单语汇表 图7 13描述了WSDL文档在WebService交互中的作用 图7 13WSDL文档在WebService交互中的作用 61 三 WebService技术基础 WSDL 3 WSDL元素 在WSDL规范中 定义了如何使用SOAP消息格式 HTTPGET