中间件复习材料

上传人:z****2 文档编号:189663173 上传时间:2023-02-23 格式:DOCX 页数:13 大小:34.04KB
收藏 版权申诉 举报 下载
中间件复习材料_第1页
第1页 / 共13页
中间件复习材料_第2页
第2页 / 共13页
中间件复习材料_第3页
第3页 / 共13页
资源描述:

《中间件复习材料》由会员分享,可在线阅读,更多相关《中间件复习材料(13页珍藏版)》请在装配图网上搜索。

1、第一部分 中间件产生的背景1、C/S结构与B/S结构各有何特点?从以下几个角度来说明C/S和B/S结构各自的特点:系统的性能与C/S相比,B/S比较灵活,只要可以使用浏览器上网,就可以使用B/S系统的终端, 但 B/S 绝大部分工作由服务器承担使其负担很重。采用 C/S 结构时,客户端和服务器端都 能够处理任务,可以减轻服务器的压力。而且,由于客户端使用浏览器,使得网上发布的 信息以 HTML 格式为主,不便于编辑修改,给文件管理带来不便。系统的开发 应用程序的维护、移植和互操作比较复杂,是 C/S 的一大缺陷。如果客户端是在不同 的操作系统上, C/S 结构的软件需要开发不同版本的客户端软件

2、。如果产品经常需要更新 换代,升级系统也需要付出高代价。与B/S结构相比,C/S技术发展历史更为“悠久”比 较成熟、可靠。对于复杂的应用, B/S 方式目前尚没有合适方式进行开发。系统的升级维护C/S 系统的各部分模块中有一部分改变,就要关联到其他模块的变动,使系统升级成 本比较大。B/S与C/S相比,大大简化了客户端,当企业对网络应用进行升级时,只需更 新服务器端的软件即可,这降低了系统维护与升级的成本。如果客户端的软件系统升级比 较频繁,所有的升级操作只需要针对服务器进行,有利于节省时间和费用。在系统安全维护上,B/S则略显不足,B/S得考虑数据和服务器的安全性,毕竟现在 的网络安全系数并

3、不高。C/S、B/S结构的优点和缺点C/S 响应速度快,操作界面形式多样,具有较强的事务处理能力,但分布功能弱, 兼容性差,开发成本较高。B/S 具有分布性特点,开发、业务扩展和维护都简单方便,共享性强,但个性化特 点明显降低,以鼠标为最基本的操作方式,无法满足快速操作的要求,无法实现分页显 示,给数据库访问造成较大压力;功能弱,难以实现传统模式下的特殊功能要求。5融合取长补短客观地分析C/S、B/S的优劣,规划系统时有的放矢地“趋利避害”才能够搭建成 合适的信息系统。通过实践,很多开发人员认为,在大型信息系统中采用B/S加C/S混 合模式比较可行。将 C/S 与 B/S 有机地结合起来,可充

4、分发挥各种模式的优越性。2、RM-ODP 研究的重点内容是什么?构件与中间件; 系统构成成分及其接口;接口的标准化;基于接口规范的交易(Trading)和联编服务;互操作,应用构件之间逻辑关系的任意配置;集成,对分布的构件进行耦合,使之能提供特定的服务;可移植性,即对分布式平台的标准化;透明性,即对应用程序屏蔽分布式环境的细节;多媒体,即针对媒体的应用采用一致的建模框架。3、请说明RM-ODP的企业视点、信息视点、计算视点、工程视点和技术视点所起的作用。(1)企业视点用于描述分布式系统的总体目标、范围和策略,它关心的是企业的业 务活动。即描述系统要为企业完成什么样的功能,解决企业管理者和决策者

5、所遇到的各类 问题。(2)信息视点提供对分布式系统中的信息、对信息施加的操作以及信息间关系模型和 信息流的描述。即用于向信息管理者和信息工程师等描述企业对ODP系统信息的需求。(3)计算视点是从系统设计者和编辑者的角度出发,将系统的功能分解成一系列独立 执行功能的对象(计算对象),对象之间通过预定义的接口进行交互。(4)工程视点重点解决通信设计者所遇到的问题,描述实现分布式对象之间的交互 机制。工程视点规范描述了一个网络基础设施的定义、系统的结构和所需的分布式透明服 务,为操作系统和通信专家提供一个ODP系统的抽象描述。(5)技术视点重点解决系统实现者所遇到的问题,它关心的是系统的组成单元细节

6、, 着眼于具体实现技术对象的选择,如操作系统、计算机网络、硬件设备、网络开发平台、 数据库管理系统、程序开发语言等。技术视点模型是其他视点描述和系统实现之间的桥梁 和纽带,即描述了如何根据其他视点的描述规范,选择和配置合适的技术对象来实现ODP 系统。4、中间件的产生是为了解决哪些关键问题?在硬件平台、网络协议、软件环境的异构性越来越明显,异构环境下的互操作性问题 越来越成为人们开发分布式应用系统的制约因素情况下,如何解决分布式应用开发者和建 设者所要面临的:有效安全地实现异构资源信息的共享; 快速开发与集成各种异构应用软件系统; 降低应用软件开发成本;提高系统的稳定性与可维护性; 在快速变化

7、的技术环境与市场环境中保持应用软件系统的适应性等关键问题。第二部分 中间件概念、定义及发展情况1、随着中间件在信息化建设中的广泛应用,中间件应用需求还表现出哪些新的特点?可成长性:Internet是无边界的,中间件必须支持建立在Internet之上的网络应 用系统的生长与代谢,维护相对稳定的应用视图。适应性:环境和应用需求不断变化,应用系统需要不断演进,作为企业计算的基础 设施,中间件需要感知、适应变化可管理性:领域问题越来越复杂、IT应用系统越来越庞大,其自身管理维护则变 得越来越复杂,中间件必须具有自主管理能力,简化系统管理成本。高可信性:提供安全、可信任的信息服务2、通过剖析,我们不难得

8、出有关中间件的哪些结论?中间件是面向网络分布式应用的基础共性软件;中间件是介于操作系统、数据库管理系统、网络协议与应用软件之间的一种通用服务,是对具体不同应用的抽象实现,因此它是一种应用基础结构;中间件可以屏蔽差异,实现分布式资源的互联共享与互操作;中间件是构建分布应用系统的软件集成框架;中间件所解决的问题是复杂的,它是通过自身的复杂以换取应用的简单3、简述中间件目前难以被确切定义的重要原因?(1)中间件难以被确切定义的一个重要原因是,其外延不断扩大,似乎无所不在,无所不 包,人们无法清晰地勾勒出中间件的轮廓。(2)中间件难以理解的深层次原因是,人们对分布式计算的认识还十分有限,这就使得人 们

9、很难将支持分布式计算的中间件描述清楚。(3)显然,中间件还在不断地丰富和发展,我们还没有一个清晰思路把握中间件的发展脉 络。但是,我们触摸到了中间件的现实存在,认识到了中间件的重要价值,感受到了中间件 的发展空间。也许中间件的挑战、魅力和诱惑正在于此。4、中间件技术是在解决哪几方面复杂分布式应用的共性问题中不断发展壮大起来的?中间件技术是在解决复杂分布式应用的共性问题中不断发展和壮大起来的,这些问题可以归纳为四个方面: 从计算环境来看:中间件面对的是一个复杂、不断变化的计算环境,要求中间件技术 具有足够的灵活性和可成长性。 从资源管理的角度来看:操作系统和数据库管理系统管理的是有限资源,资源种

10、类有 限,资源量也有限,而中间件需要管理的资源类型(数据、服务、应用)更丰富,且资源扩 展的边界是发散的。 从应用支撑角度来看:中间件需要提供分布式应用开发、集成、部署和运行管理的整 个生命周期的总体运行模型。 从应用的角度来看:利用中间件完成的往往是复杂、大范围的企业级应用,其关系错 综复杂,流程交织。第三部分 中间件的特性与发展趋势1、中间件有哪几方面的作用?简单来说,中间件有以下五个方面的作用:它提供了通道的功能,可保证应用系统数据的可靠传输;它起着桥梁的作用,达成异构应用资源之间的互联互通;它是分布式应用的集成开发框架,促成企业分布式应用的有机集成;作为平台,它可有效实现分布应用的分阶

11、段顺利部署;它还担负着安全卫士的职责,起着过滤网的作用,可有力保护关键信息的安全。此外,中间件的作用还具体体现在它所提供的服务上,主要包括:通讯服务并发性服务通用中间件支持等方面2、什么是工作流中间件?工作流中间件旨在实现企业工作流程自动化,特别是业务处理中各项活动的合作、控制 和通讯的自动化,以及企业流程再造。其目的是为了缩短企业流程作业时间,快速反应市场 与客户需求,有效监控工作进度,加强内部信息沟通传递效率,分析流程作业成本与死角, 减少不必要的岗位设置,从而有效的降低管理成本,提升企业决策反应能力;同时通过实现 流程逻辑与业务逻辑的分离,能够可视化的进行业务流程的分析、定义和业务单元的

12、组装 从而使应用开发人员更关注于业务逻辑的实现,降低了复杂流程应用的开发难度。3、什么是应用服务器中间件?应用服务器中间件又称为“应用服务器软件平台”,是当代软件的基础设施。应用服 务器中间件涵盖了传统中间件的功能,完全支持三层/多层的软件体系结构发展和软件复 用,逐渐成为中间件产品的主流。在横向上,应用服务器作为衔接任何网络客户和各种数 据存储层的桥梁,内部可以透明地完成业务逻辑、事务服务、消息传递、安全管理、数据 库访问等全面的任务;在纵向上逐渐向上延伸贴近应用,集成应用框架方面的内容,简化 应用开发。4、在信息化建设过程中应当如何选择中间件产品?中间件选用存在的误区过分追求中间件功能的全

13、面性;过分强调选择国外产品; 没有准确认识中间件的作用。在信息化的建设过程中要充分重视应用中间件技术,要对中间件市场及各厂商的中间 件产品有清晰的了解;但是要避免大而全,要根据自己的需求,综合考虑产品功能、厂商 实力、提供的服务、产品价格等相关因素,选择合适的中间件产品,避免陷入“应用黑洞”, 避免造成投资损失。5、简述软件平台典型特征软件平台的典型特征可以归纳为以下几点: 第一,软件平台以中间件为基础,中间件是软件平台的核心支撑系统。第第二,软 件平台的中间件层之上是通用的业务组件层。第三,软件平台不是最终的应用。第四,基于软件平台的应用能够方便地扩充。第五,提供应用开发工具。第四部分 中间

14、件的基本框架、工作原理和实现的关键技术1、什么是对象请求代理、远程过程调用、发报文和排队?(1) 对象中间件也称对象请求代理ORB, ORB提供一种通信机制透明地在异构的通信环境中传递对象请求,这些对象可以位于本地或远程机器,且对象之间的客户机服务 器的角色是可以互换的。对象请求代理是近年来才发展起来的一项新技术,它可以看作和编程语言无关的面向对 象的 RPC 应用,被视为从面向对象过渡到分布式计算的强大推动力量。从管理和封装的模式 上看,对象请求代理和远过程调用有些类似,不过对象请求代理可以包含比远程过程调用和 消息中间件更复杂的信息,并且可以适用于非结构化的或者非关系型的数据。(2) 远程

15、过程调用,是使客户端的应用调用一个位于远端平台的进程或服务的一 种机制,是另外一种形式的中间件,沿用了大多数程序员都非常熟悉的编程模式-程序 员就像调用本地过程一样在程序中调用远程过程。启动远程过程的运行,然后将运行结 果返回给本地程序。不但如此,远程过程调用还可以将程序的控制传递到远端的服务器当中去。RPC 的灵活特性使得它可以应用在更复杂的 C/S 计算环境中。远程过程调用的灵活 性还体现在它的跨平台性上面,它不仅可以调用远端的子程序,而且这种调用是可以跨 不同操作系统平台的,而程序员在编程时并不需要考虑这些细节。RPC也有一些缺点,主要是因为RPC 般用于应用程序之间的通信,而且采用的是

16、 同步通信方式,对于比较大型的简单应用比较不适合。通过RPC机制,一个进程可以执行另一个驻留在其他系统中的进程。(3)发报文通常是一种无等待的通信技术,即各通信伙伴并不相互等待以交换报文, 也不管可供使用性和访问性。发报文实质上是使数据和控制分布的过程,报文不仅可以表示 成数据和控制信息,而且还可以表示成数据分组、SQL串、图形图像和声音等。排队则是一 种无连接的通信技术,它允许诸通信实体保存信息,直到预计中接收者准备接收为止。故排 队中各实体可按各自速度操作,不需同步。RPC和发报文都是提供一种透明而一致的程序,通过程序的通信来满足许多中间件的要 求。但两种形式各有优缺点:RPC的主要优点是

17、以标准为基础不需要新API;发报文的主要 优点在于支持同步和异步的报文传递和处理,无等待连接,不需要预编译程序。由此可见,实现中间件有效性的关键就是如何将发报文机制和排队机制结合起来,形成 一种混合机制,以供实际使用。2、X/OPEN的DTP模型由哪几个基本模块组成?各起何作用?DTP 模型是 X/OPEN 组织提出的一种软件结构,这种结构允许多个应用程序去共享多个 资源管理器提供的资源,并且具有协调全局事务的能力。X/OPEN的DTP模型由4个基本模块组成:应用程序(AP):用于定义事务的边界,并确定组成事务操作的动作。资源管理器(RM):负责对数据库或文件系统进行管理和存取。事务管理器(T

18、M):给事务分配标识,监督事务的处理过程并负责事务的完成以及协调事 务失败的恢复。通信资源管理器(CRM):在一个事务管理器内或两个事务管理器之间对通信进行控制。3、简述适用于下一代网络的中间件的难点及对策。由于移动中间件所处的环境与常规中间件所处的环境有很大的差异,因此移动中间件 在设计时需要考虑本身固有的因素:系统应当是轻量级的,移动主机上运行的中间件本身不 应当占用过多的资源;由于连接的不稳定,异步交互方式往往更加有效;移动系统往往在动 态的环境中执行,移动中间件与应用以一定的方式结合,共同完成对环境的自适应调整。由于移动中间件和常规中间件的运行平台不同,所以需要解决运行于不同中间件平台

19、 的应用组件的互操作问题。下一代网络,无论是固定网,还是移动网,都将提供丰富的QoS机制。中间件不但要 利用网络提供的QoS机制,还要对端系统的资源(CPU、缓冲等)进行控制。而目前的许多研 究往往只关注网络QoS,没有将两者统一起来。资源管理需要将两者结合起来,才能建立有 效的资源管理机制。解决应用如何发现和利用环境信息的问题,目前大多采用上下文感知(Context Aware) 技术。目前的中间件具有很多透明性,这种方式往往会牺牲功能或性能,有时自适应效果并 不充分,甚至产生副作用。而完全应用实现的方式则过度依赖应用本身,造成应用开发困难。 鉴于两种极端的局限性,理想的方式是采用自适应策略

20、(折衷策略)。即系统保证主要的自适 应优化,对于应用必须参与的调整,则通过与应用特殊的接口进行。而反射技术应用在这里 恰好可以解决这一问题,即通过反射接口进行必要的调整,使得自适应更具个性化。下一代网络中间件由于所涉及到的网络环境多样化,应为不同的应用提供相适应的编 程模型。除了典型的 C/S 模型外,还需要适应于不同网络情况和应用逻辑的高度灵活的编程 模型,如移动Agent模型、P2P模型和异步消息传递模型。下一代网络一方面规模庞大,异质因素较多;另一方面又迫切需要快速、低成本、有 效地开发各种应用。OMG提出了模型驱动结构(MDA)可用来解决一个应用在不同中间件平台 的各部分的互操作问题。

21、这一方法的关键在于对应用的抽象建模,建立平台独立模型,并将 其映射为具体平台模型。第五部分 五大类中间件的工作机理1、远程过程调用有何特点和缺点?客户/服务器模式。远程调用过程实际上是通过客户/服务器方式实现的,因为其实 现模型就是客户端的应用调用一个位于远端服务器平台的进程或服务。数据封装性。远端过程调用负责捆绑参数,实现不同平台之间参数的传递,发送参数 到远端过程。同步性。即当客户机发出请求时,服务器进程处于运行状态。值得注意的是使用线程 (Thread)可以实现异步模式。复杂性。远程调用的实现环境可能给要系统级的任务来创建,因此较复杂。但是创建 一旦完成,对程序员就是透明的了。由此可见,

22、远程过程调用的缺点是需要进行系统级的配置,优点是可以方便地实现不同 平台之间的数据转换。RPC也有一些缺点,主要是因为RPC 一般用于应用程序之间的通信,而且采用的是 同步通信方式,因此对于比较小型的简单应用还是比较适合的,因为这些应用通常不要求 异步通信方式。但是对于一些大型的应用,这种方式就不是很适合了,因为此时程序员需 要考虑网络或者系统故障,处理并发操作、缓冲、流量控制以及进程同步等一系列复杂问 题。2、请说明基于消息代理中间件实现应用集成的主要理由。 通过点对点的应用接口完成应用的集成复杂度高,花费大,严重地限制企业的灵 活性。消息代理中间件如同一个软件的HUB,连接需要交互的各个应

23、用系统,减少了应用 系统接口的数量、相互的技术依赖性。 应用与应用间传递的数据需要转换,传递需要按照优先级、实时地或批处理的方 式进行。消息代理中间件提供与各种资源的接口、数据转换能力和消息处理能力,高效地 实现应用之间的消息传递。 复杂的业务处理逻辑带来应用之间、应用与人之间交互的复杂性,要求提供一种支持流管理、处理智能化开发的简便性。新一代的消息代理中间件以“商件(Businessware)”形式,提供业务逻辑层开发能力。 集成应用的体系结构必须能适应业务逻辑、组织机构的变化,最大程度地减少对已有应用的修改。消息代理中间件构造了一个基于消息的代理骨干,其基于 API 的适配 器以及包装程序

24、完全适应这一要求。3、数据库访问中间件是如何解决了客户与数据库的连接没有充分利用的问题?可以采取两种方法来解决,一是采用数据库连接池(在中间件中设置连接管理模块, 预先在 DBMS 与连接管理模块之间建立一定数量的数据库连接,每个连接可以一个线程实 现,组成数据库连接池);二是使用独立的数据库连接管理过程提供连接管理的服务,客 户不是直接与数据库服务器建立连接,而是通过数据库连接管理进程建立连接,各种数据 库操作也是通过该数据库连接管理进程完成的。实际上就是在客户应用端与数据库服务器 端之间再增加一层中间层来负责完成连接管理任务,这就是所谓的数据库访问中间件。4、事务必须具备哪些特征?事务必须

25、具备以下特性:原子性(At omici ty): 个事务涉及的所有操作,要么全部成功,要么回退到 原来的状态。一致性(Consis tency): 个事务把一个对象从一个合法的状态转到另一个合法的状态,如果事务失败,必须把对象恢复到前一个合法的状态。隔离性(Isolation): 个事务对共享数据库所做的操作,在本事务提交之前对其 它事务来说是看不见的。永久性(Duribility): 个成功的事务,除非运行另一个事务来改变它,否则, 其结果是不能改变的。由此可见,事务是一个可以恢复的单元的工作,由一条或者多条Transact-SQL语 句组成,可以影响到表中的一行或者多行数据。事务机制保证了

26、事务的操作要么全部执行, 要么全部不执行,保证了事务处理的完整性、一致性、并发情况下的相互独立性和事务的 持久性。5、交易中间件与数据库如何通过XA接口,使用两阶段提交来完成一个全局事务?应用程序首先通知交易中间件开始一个全局事务,交易中间件通过XA接口函数通知 数据库开始事务,然后应用程序可以对数据库管理的资源进行操作,数据库系统记录事务对 本地资源的所有操作。操作完成后交易中间件通过XA接口函数通知数据库操作完成。交易 中间件负责记录应用程序操作过哪些数据库(事务分支)。应用程序根据情况通知交易中间 件提交该全局事务,交易中间件会通过XA接口函数要求各个数据库做预提交,所有数据库 返回成功

27、后要求各个数据库做正式提交,此时一个全局事务结束。XA接口规范对应用来说,最大好处在于事务的完整性由交易中间件和数据库通过XA接 口控制,应用程序只需要关注与数据库的应用逻辑的处理,而无需过多关心事务的完整性 应用设计开发会简化很多。而使用XA接口,则全局事务的提交是由交易中间件控制,应用程序只需通知交易中间 件提交或回滚事务,就可以控制整个事务(可能涉及多个异地的数据库)的全部提交或回滚, 应用程序完全不用考虑冲正逻辑。6、一个Servlet可以具有怎样的一个处理序列? 一个客户端连接到一个Web服务器,并发送一个HTTP请求到这个Web服务器。 请求被Web服务器接收,并转交给Servle

28、t容器。Servlet容器可以与Web服务器在 同一个主机上运行、在同一个主机但不是同一个处理器上运行,或者是不同的主机上运行。 Servlet容器在其配置的Servlet中找到调用的Servlet,然后,用代表请求和应答 的对象调用它。 Servlet使用请求对象找到谁是远端的用户,那些HTTP POST参数可能被作为这个请 求的一部分,并找出其它相关参数o Servlet完成已经被编入程序的处理逻辑,然后生成数 据返回客户端。在它将数据返回到客户端的时候通过应答对象完成。 当Servlet完成了对请求的处理,Servlet容器确认应答已经确实完成,则将控制权 返回给Web服务器。第六部分

29、当前支持服务器端中间件的平台技术1、CORBA构件模型(CCM)规范?CORBA构件模型CCM技术,是在支持POA的CORBA规范(版本2.3以后)基础上,并 结合EJB当前的规范发展起来的。CCM的扩充使得Java超出了程序设计语言的范畴,它 使得构件创建者不再花费大量的时间到应用框架环境的复杂特性上,千辛万苦的结果却是 一个锁定在特定技术的应用软件, CCM 让软件人员创建可迁移的、可复用的软件构件;不 仅最大限度地推行了软件复用,而且也为基于CORBA的应用的动态配置提供了很高的灵活 性。CORBA构件模型(CCM)规范主要包括如下3项内容: 抽象构件模型,用以描述服务器端构件结构及构件

30、间互操作的结构; 构件容器结构,用以提供通用的构件运行和管理环境,并支持对安全、事务、持久 状态等系统服务的集成; 构件的配置和打包规范。 CCM 使用打包技术来管理构件的二进制、多语言版本的可 执行代码和配置信息,并制定了构件包的具体内容和基于XML的文档内容标准。2、为什么说EJB技术很好地补充了 CORBA体系规范,在CORBA体系上引入EJB技术使得开 发分布式应用更为容易?SUN EJB 技术是在 JavaBean 本地构件基础上,发展的面向服务器端分布式应用构件 技术。下面我们从不同的角度来看EJB: 从企业应用多层体系结构的角度来看,EJB是业务逻辑层的中间件技术,与JavaBe

31、an 不同,它提供了事务处理的能力 从分布式计算的角度来看,EJB的体系结构具有面向对象、分布式、跨平台、可扩 充性、安全性以及便于开发等特点,并提供了对象之间的通信手段。 从Internet技术应用的角度来看,EJB、Servlet和JSP 起成为新一代应用服务器的 技术标准由此可见,EJB技术很好地补充了 CORBA体系规范,在CORBA体系上引入EJB技 术使得开发分布式应用更为容易。3、简述 Windows DNA 的缺陷。 RPC和DCOM都更适用于Intranet而不是Internet。RPC和DCOM要求的端口在防 火墙内部,不太可能被打开。这种局限对于开发上线的Web应用是一个

32、很严重的问题。 使用 COM/DCOM 需要注册或者发布,这会对应用程序产生很大的影响,所以它并 不是一个理想的解决方案。这两个缺陷 NET都可以利用Internet上的标准XML、SOAP来 解决。 利用ASP开发Web应用时,会将负责程序的脚本和HTML混杂在一起,导致页面 的脚本语言结构十分复杂,逻辑不清晰,可读性差,不仅给编程人员本身带来不便,也给 系统的维护带来不小的困难,特别是当应用逻辑需求发生变动时,修改这些臃肿、晦涩的 解释性脚本源代码真是味同嚼蜡。 .NET 中的 ASP.NET 可以使代码和界面完全分离,并提 供了基于组件的开发,使Web应用的开发效率大为提高。 COM/D

33、COM是平台相关的,只能基于Windows平台。这让许多应用只能选择J2EE体系。微 软的.NET有望解决这个问题。4、你认为J2EE与.NET平台体系架构各有何特点、优势和弱点?.NET是战略产品,而J2EE是描述产品的标准,现在有很多符合J2EE标准的产品。 在可以预见的未来,它们都将是构建企业信息系统应用的基础性平台,尤其是开发和部署 Web 服务的重要平台。作为彼此竞争的应用平台,J2EE和.NET开发平台在目标和体系结构上极其相似,但 在实现上又完全不同。平台的体系架构是支撑平台的基础,平台各方面的性能也会因平台 架构实现的不同而有差异。对两个平台产生至关重要影响的三个因素是:系统平

34、台基础构 造、三层/多层体系结构和移植/性能/扩展。J2EE是一个平台规范而非产品,对等而论, 在这里述及的.NET也专注于该平台的架构规范,而较少地涉及到具体产品,尽管对.NET 而言这方面并不能被区分得很清楚。类似的平台基础构造,J2EE和.NET两个平台在底层的执行引擎都源于托管的虚 拟机概念,程序的编译都经过两个类似的过程,鉴于微软在“Wintel平台”(微软和英 特尔联盟)上的代码优化功底,.NET代码的执行速度较之于Java有明显的优势是不争的 事实。但在Unix(Linux已实现)平台上,由于.NET迟迟未能实现其跨平台的承诺,J2EE 几乎成了惟一的选择,执行效率的比较也就无所

35、谓。面向对象程序设计在J2EE和.NET平 台中都获得了直接的支持,是它们共有的特征。在异构平台方面,J2EE更钟情于IIOP(In terne t Int erORB Pro to col),而.NET 则使用 SOAP。相同的三层/多层体系,在客户端,表示层负责用户与系统的交互,在中间层,分 布式业务组件负责企业应用的业务逻辑部署,在后端数据层,两个平台都为数据库连接量 身定做了一套数据存取模型:J2EE的JDBC和.NET的ADO.NET。在打造三层/多层体系结 构的同时,Web Service作为新一代企业计算模型也得到了 J2EE和.NET平台相当的关注。不同的移植、性能和扩展在移植

36、性方面,微软通过.NET通用语言运行时来消 除编程语言的差别,而J2EE则通过Java虚拟机来消除平台差别。性能是J2EE和.NET 争论不休的话题。二者之间著名的论战是一个关于宠物店的范例应用。在Win tel (微软 和英特尔联盟)平台”上我们也许没有理由怀疑.NET的性能,而至于非Windows平台,.NET 和 J2EE 也不再具有可比性。 在平台的成熟度方面,两者也有一拼。J2EE在1999年形成了其成熟的架构,并 且到今天已经有相当成熟的经过检验的企业应用系统。而.NET究其渊源是源自微软以前 开发企业应用程序的平台Windows DNA。J2EE另一个重要特征就是它的架构开放性,

37、它本身是一系列规范,而不是产品,任 何符合这一规范的产品都是J2EE兼容的。这使得J2EE从制订之初就得到了广泛的支持。 而.NET在设计之初就紧紧地把平台规范与产品胶合在一起,虽然.NET架构的一小部分具 有开放性,但目前还很少有非微软的.NET实现。J2EE的优点是,服务器市场许多还是大中型机和Unix平台。这意味着以Java开发 构件,能够做到“ wri te once run anywhere”,开发的应用可以配置到包括Windows平 台在内的任何服务器端环境中去。J2EE 的缺点 缺少足够的接口支持,技术进入门槛高,开发起来难度大,应用程序系统运行资源 开销较大,处理不当性能会受影

38、响。第七部分 构件、XML、Web Service等技术与中间件的关系1、构件有哪几个基本属性?构件是可独立配置的单元,因此构件必须自包容。构件强调与环境和其他构件的分离,因此构件的实现是严格封装的,外界没机会或没 必要知道构件内部的实现细节。构件可以在适当的环境中被复合使用,因此构件需要提供清楚的接口规范,可以与环 境交互。构件不应当是持续的,即构件没有个体特有的属性,理解为构件不应当与自身副本区 别,在任何环境中,最多仅有特定构件的一份副本。2、为什么说构件化的软件设计思想在中间件发展中起到了重要的作用?中间件本身作为软件产品,正处于方兴未艾之际,因此本身也可以借鉴构件思想,构件 化的软件

39、开发对中间件同样适用。中间件作为分布式计算平台,涉及资源多样,其目标是在分布式的环境中统一使用这 些资源。因此,可以建立针对这些资源的构件库,以动态、灵活的方式进行构件的装配中间件的一个重要的设计目标是互操作,而互操作的关键是有清晰而与实现无关的接 口。因此在互操作的边界上,必须将构件的思想融入设计中。中间件的应用范围越来越广,但应用有不同的需要,不同的业务特点,如果仅仅依靠 固定的模式去套用,显然不合适。因此,中间件必须设计成可伸缩的体系,由一些可替换的 构件组成中间件不是最终的应用,需要服务于应用开发,但可以面向典型业务的模型,以方 便应用的开发,这些模型可以以构件的形式作为产品提供。成功

40、的商业软件都是非常便于管理的,同样中间件也有可配置性的需要,管理整个系 统是个复杂的行为,但如果转化为若干简单行为的统一,对开发就很简单而明确。基于构件 化开发的中间件也一样,各个构件自身是独立配置的单元,只需进行集成就可达到系统的管 理目标。因此,构件化的软件设计思想在中间件发展中起到了重要的作用,可以预见,构件化的 中间件在今后市场上是有强大生命力的。3、什么是 Web Service?Web Service提供了一个分布式的计算技术,用于在Internet/Intranet上通过使用标准 的 XML 协议和信息格式由企业发布的完成其特别业务需求的在线应用服务,其他企业或 应用软件能够通过

41、 Internet/Intranet 来访问并使用这项在线服务。换句话说, Web Service 就是可以通过Web描述、发布、定位和调用的模块化应用。它允许在Web站点上放置可 编程的元素,能进行基于Web的分布式计算和处理,可以执行各种功能,从简单的请求 到复杂的业务过程。一旦Web Service被部署,其他的应用程序或是Web Service就能够 发现并且调用这个部署的服务。Web Service通过简单对象访问协议SOAP来调用。SOAP是一种轻量级的消息协议, 它允许用任何语言编写的任何类型的对象在任何平台之上相互通信。SOAP消息采用可扩 展标记语言(XML)进行编码,一般通

42、过HTTP进行传输。与其它的分布式计算技术不 同,Web Service是松散耦合的,而且能够动态地定位其它在Internet上提供服务的组件, 并且与它们交互。Web Service使用诸如SOAP消息这样的XML消息,通过一种良好定义的消息交换 模式来调用。通过描述调用服务所必需的数据,Web Service描述语言(WSDL)文档定 义了消息的交换模式。4、从技术上看,中间件可为ERP系统提供哪些好处?可靠性:提供一个坚固的系统运行环境,具有强大的故障恢复能力、系统重新启动和 恢复能力、数据可靠传输能力等。可扩展性:提供动态部署能力,涉及交易方式、应用程序配置、对象服务嵌入等。可管理性:

43、系统要实现有效的管理,管理内容包括应用服务器、操作系统进程和线程、 数据库连接,以及网络会话等。数据一致性:交易完整性保障。应用安全性:包括最终用户身份认证、节点连接的安全认证、应用程序的安全认证、 管理界面的访问权限控制、数据加密解密功能、安全事件报警等。5、EAI 的中间件解决方案主要有哪几个类型?EAI的中间件解决方案主要有4个类型:用户界面集成(界面重组)界面重组是一个面向用户的整合,它将原先系统的终端窗口和 PC 的图形界面使用一 个标准的界面(有代表性的例子是使用浏览器)来替换。一般的,应用程序终端窗口的功能可 以一对一地映射到一个基于浏览器的图形用户界面。新的表示层需要与现存的遗

44、留系统的业 务逻辑或者一些封装的应用如ERP、CRM以及SCM等进行集成。数据集成 数据集成发生在企业内的数据库和数据源级别。通过从一个数据源将数据移植到另外 一个数据源来完成数据集成。数据集成是现有EAI解决方案中最普遍的一个形式。然而,数 据集成的一个最大的问题是业务逻辑常常只存在于主系统中,无法在数据库层次去响应业务 流程的处理,因此这限制了实时处理的能力。业务流程集成虽然数据集成已经证明是EAI的一个流行的形式,然而,从安全性、数据完整性、业 务流程角度来看,数据集成仍然存在着很多问题。组织内大量的数据是被业务逻辑所访问和 维持的。业务逻辑应用并加强了必须的业务规则、业务流程和安全性,

45、而这些对于下层数据 都是必需的。业务流程集成产生于跨越了多个应用的业务流程层。函数/方法集成 函数和方法集成包括直接的和严格的,在网络环境中的跨平台应用程序之间的应用 到应用(A2A)的集成。它涵盖了普通的代码(COBOL,C+,Java)撰写、应用程序接口(APIs)、 远端过程调用(RPCs)、分布式中间件如TP监控、分布式对象、公共对象访问中介(CORBA)、 Java远端方法调用(RMI)、面向消息的中间件以及Web服务等等各种软件技术。面向函数 和方法的集成一般来说是处于同步模式的,即基于客户(请求程序)和服务器(响应程序) 之间的请求响应交互机制。第八部分 中间件技术在电子政务、电

46、子商务平台中的应用1、何谓 G2G、G2B、G2C、B2C、B2B 和 C2C?G2G 是上下级政府部门、不同地方政府、不同政府部门之间的电子政务。例如跨部 门的:办公自动化系统;电子公文传输系统;视频会议系统;人大代表议案建议管理系统;加密通信系统。G2B 是指政府通过电子网络系统,精简管理业务流程,快速便捷地为企业提供各种 服务等。例如:网上招标与采购;电子税务;电子证照办理;企业信用信息系统; 项目成果交易平台。G2C 是指政府通过电子网络系统为公民提供的各种服务。例如:咼考、成人咼考网上招生系统;大中专毕业生就业服务系统;远程医疗服务系统;社会保险网络系统;三农服务网。B2C 是指企业

47、对个人的电子商务,是人们最熟悉的一种商务类型,以至许多人错误地认 为电子商务就只有这样一种模式,这就缩小了电子商务的范围,错误地将电子商务与网上购 物等同起来。这种模式节省了客户和企业双方的时间、空间,大大提咼了交易效率,节省了 各类不很必要的开支。B2B 指企业对企业的电子商务,在电子商务中,公司可以用电子形式将关键的商务处 理过程连接起来,以形成虚拟企业,在这种环境下,很难区分哪家公司正在进行商务活动。 一家公司在一台PC机或移动式电脑上按下一个键就有可能影响一家处于地球另一端的供货 公司的业务活动,是比B2C更具潜力的一种模式。C2C 指个人对个人的电子商务,是一种比较特殊的电子商务,不同的个人通过互联网 实现商务过程,最典型的商务活动如:网上拍卖等。2、构建企业级的电子政务应用系统需要具备哪些特征?支持多层构架,表示层、业务层、数据库访问层分开;支持B/S和C/S两种结构的应用程序;独立于特定的硬件平台和操作系统;支持各种类型的数据库管理系统;良好的安全性;分布式事务功能;支持消息服务;支持组件化开发;支持集群和失效转移,提供良好的容错性;支持 XML 技术;(11) 支持 Web Service 和 EAI;(12) 具有良好的可扩展性。

展开阅读全文
温馨提示:
1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
2: 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
3.本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 装配图网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。
关于我们 - 网站声明 - 网站地图 - 资源地图 - 友情链接 - 网站客服 - 联系我们

copyright@ 2023-2025  zhuangpeitu.com 装配图网版权所有   联系电话:18123376007

备案号:ICP2024067431-1 川公网安备51140202000466号


本站为文档C2C交易模式,即用户上传的文档直接被用户下载,本站只是中间服务平台,本站所有文档下载所得的收益归上传人(含作者)所有。装配图网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。若文档所含内容侵犯了您的版权或隐私,请立即通知装配图网,我们立即给予删除!