j2ee课程设计项目开发指导——第3章达到高内聚低藕合的架构设计目标第3部分

j2ee课程设计项目开发指导——第3章达到高内聚低藕合的架构设计目标第3部分内容摘要：

证（ 如：性能、多线程、容错之类问题的描述 ）等。 而对于 Web 服务组件的 接口信息描述的主要手段是应用 Web 服务 描述语言（ WSDL,Web Service Description Language） ， 该语言将 Web 服务 定义成一个能交换消息的通信端点集。 由于 WSDL 文件的表示法 采用 XML 标准，这意 味着它与 Web 服务功能组件的 编程 实现的 语言无关。 因此 ，能够描述 不同平台 和 以不同编程语言 实现的各个 Web 服务的 接口 定义。 下图 为某个系统中的 Web 服务组件的 接口描述的 WSDL 示例。 图 某个系统中的 Web 服务组件的 接口描述的 WSDL 示例 （ 3） Web 服务组件的对外 接口必须 是 平台无关的 面向服务的软件系统体系架构 下的各个服务组件的 接口必须 是采用中立的方式 和 独立于实现服务的 具体 硬件平台、操作系统和编程 开发的 语言 平台。 也只有 这 样的“独立接口”才有可能 使得构建在 这 种 体系架构 下的各个功能 服务 组件 可以以 一种统一和通用的方式进行交互 和通讯 —— 而 Web 服务 描述语言 （ WSDL）能够满足这样的技术应用要求。 面向服务架构 的实现 技术 Web Service 软件开发中开发人员所能够获得的各种层次的功能服务及所存在的问题 （ 1）计算机操作系统中所提供的“ Service”（服务） 个人计算机软件的发展早期是基于微软 DOS 操作系统的，在早期 DOS 系统中就提供有“中断服务”的概念和有关的 API，允许应用程序直接调用其中断服务程序而获得 DOS操作系统中的各种功能（服务）。 随着个人计算机操作系统从 DOS 平台进入到微软 Windows 图形界面的系统平台，操作系统仍然继续为应用程序提供服务支持，而形成“ Window Service”的概念（如开发人员利杨教授工作室 精心创作的优秀程序员 职业提升必读系列资料 杨教授工作室，版权所有，盗版必究 ， 8/15 页 用 VC++访问 Window 系统 API）。 （ 2）某种编程语言中所提供的 API 服务 开发人员在应用某种编程语言，在该语言中一般也会提供语言级别的 API 服务。 如 Java语言中的 JDK、 C/C++语言中的 API 库等形式。 （ 3）某种开发平台中所提供的组件服务 在 微软的 技术平台中，提供有 COM/DCOM 组件 ；而在 Sun J2EE 技术平台中提供有 EJB组件。 它们都是平台级别的组件 服务。 开发人 员在应用系统的开发实现中，充分地应用这些平台级别的组件 服务 ，能够大大地简化系统的开发工作量和提高系统的可靠性。 尽管在软件开发中，从操作系统底层乃至开发平台的高层都提供有不同层次的功能服务，但这些功能服务都存在一定的限制或者要求 —— 操作系统中所提供的 各种系统服务只适用该操作系统中的运行的各种程序、 编程语言中所提供的 API 服务 也只适用基于本语言编程实现的各种源程序代码之间，而 开发平台中所提供的组件服务 也同样只适用该开发平台，如在 J2EE 平台下的程序不能直接获得 微软 的 COM/DCOM 组件 所提高的功能服务，反之也 一样。 Web Service技术是面向对象 /面向组件技术在 Inter环境中的进一步延伸 （ 1） Web Service 是面向对象 /面向组件技术在 Inter 中的延伸 Web Service 是一种新型的 Web 应用程序，它们是自包含、自描述、模块化的应用程序，可以在 Web 环境（包括 企业内部网 Intra 和 广域网 Inter）中被描述、发布、查找以及通过 Web 方式来调用其他的 Web 服务组件。 从这个角度来看， Web Service 技术 其实 是面向对象 开发 技术 和更高级的 面向组件 开发技术 在 Intra/Inter 环境中的进一步延伸。 （ 2） Web Service 从本质上讲是放置于 Web 站点上的可重用组件 WebService 组件是分布式和模块化组件，每个组件本身能够完成特定的业务功能或者服务、并且遵守 WebService技术规范（ WS 标准），这些 WebService技术规范保证 Web Service组件之间能够进行互操作。 （ 3） Web Services 是对诸如 RMI、 COM 和 CORBA 等现有面向服务的技术的扩展 但 Web Services 技术目前是一套标准的平台技术，它定义了 Web 服务组件如何在 Web级别的平台 上实现互操作和在不同的平台下的应用协同。 由于 Web Service 技术 是采用 简单对象访问协议（ SOAP）进行数据通讯，而 SOAP 的下层 协议 仍然为超文本传输 协议 （ Http， Hypertext Transfer Protocol）。 因此，基于 Web Services杨教授工作室 精心创作的优秀程序员 职业提升必读系列资料 杨教授工作室，版权所有，盗版必究 ， 9/15 页 技术 实现的各种服务组件可以是在现有的各种平台组件的技术基础上进一步功能扩展和升级完善。 这为企业应用 Web Service 技术 降低了技术应用的成本。 Web Service技术与微软的 COM组件和 Sun的 J2EE EJB组件技术不同点 （ 1） 微软 COM 组件和 Sun J2EE EJB 组件 协议 是基于特定技术平台 微软 COM/DCOM/COM+组件技术平台下的客户端和其服务器端程序之间相互通讯采用的是基于微软 Windows 系统中特有的 COM协议 —— COM协议是微软公司定义的用作对象、应用程序之间交互功能的标准协议。 而 Sun 的 J2EE EJB 组件技术平台下的客户端和其服务器端程序之间相互通讯采用的是RMIIIOP 协议 —— RMIIIOP 是基于 Inter ORB 间协议的 Java 远程方法调用，是 J2EE 标准体系中实现分布式对象的相互通信的标准。 由于微软的 COM 协议和 J2EE 的 RMIIIOP 协议一方面都是某个特定的技术平台下特有的专用协议，另一方面它们都采用二进制格式的数据作为网络协议，这样将无法穿越企业网络系统的防火墙 —— 组件的客户端无法在企业网络的外部对企业内部的服务器组件进行访问。 （ 2） Web Service 技术 组件之间的 协议 是跨平台的 XML 技术标准 Web Service 核心技术基础是可扩展标记语言 XML，其相关标准协议包括服务调用 协议SOAP、服务描述语言 WSDL 以及服务注册检索访问标准 UDDI 等都是基于 XML 标准的。 这将保证 Web Service 组件能够 适应“异构 的企业应用环境 ” 和 “ 不断变化的企业需求 ”。 另外，也为企业推广“移动办公”和跨地区、跨行业的“远程访问”和“业务协同”提供了技术实现的可能性。 Web Services组件 的客户端和服务器端组件的请求和响应过程 1) Web Services 组件客户程序通过网络并利用 SOAP 协议向 Web Services 服务组件所在的应用程序服务器发出 SOAP 消息的请求，该请求中的 URI 中包含有该服务器识别和被调用的具体 Web S。