外文翻译--J2EE体系结构.doc_第1页
外文翻译--J2EE体系结构.doc_第2页
外文翻译--J2EE体系结构.doc_第3页
外文翻译--J2EE体系结构.doc_第4页
外文翻译--J2EE体系结构.doc_第5页
已阅读5页,还剩19页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

浙江工业大学之江学院毕业设计(论文)外文翻译毕业设计(论文)题目:基于J2EE的企业电子投票系统开发与设计外文翻译(一)题目:J2EE体系结构外文翻译(二)题目:J2EE项目的选择与风险分院(系):信息工程分院专业:计算机科学与技术班级:0402姓名:学号:200420100219指导教师:毕业设计(论文)外文翻译要求1、毕业设计(论文)外文翻译应有两篇,总字符数不少于20000,其文献来源应由指导教师选定后以纸质(复印或打印件)形式随同毕业设计(论文)任务书一并发给学生。复印或打印件上应有指导教师和专业教研室主任的签名和日期。要求每位学生的外文翻译内容不重复。2、翻译的外文文献应主要选自学术期刊、学术会议的文章、有关著作及其他相关材料,应与毕业论文(设计)主题相关,并列入毕业论文(设计)的参考文献;在每篇中文译文首页“页脚”处注明原文作者及出处,中文译文后应附外文原文(指导教师提供的原文,论文上应有指导教师和教研室主任签名)。3、中文译文的基本撰写格式为:题目采用三号黑体字居中打印,正文采用宋体小四号字,行间距一般为固定值20磅,标准字符间距。页边距为左3cm,右2.5cm,上下各2.5cm,页面统一采用A4纸。4、封面上的“外文翻译题目”指中文译文的题目;两篇外文文献,按“封面、译文一、外文原文(一)、译文二、外文原文(二)、外文翻译评阅表”的顺序统一装订。浙江工业大学之江学院毕业设计(论文)外文翻译作者:美亨特美罗夫特斯来源:精通J2EE(Java企业级应用),2004.7:23-28译文一J2EE体系结构在讨论了J2EE设计中的一些高层次问题之后,现在该来看一看J2EE应用的几个可选体系结构。常见概念首先,让我们来看一看所有J2EE体系结构都共有的几个概念。J2EE应用中的体系结构层下面要讨论的每个体系结构都含有三个主要层,尽管有些体系结构在中间层内因如了另外的划分。经验已经证明了将企业级系统明确地划分成多个层的价值。这确保了责任的明确划分。J2EE的3层体系结构是各类系统中的经验结晶。具有3个或3个以上层的系统已经证明比其内没有中间层的客户-服务器系统具有更大的可缩放和灵活性。在一个设计完备的多层系统中,每一层应该只依赖于它下面的那一层。例如,对数据库的更改不应该要求对WEB接口的更改。每一层所特有的东西应该向其他层隐藏起来。例如,WEB应用中的WEB层只应该依赖于服务器小程序API,而中间层只应该依赖于JDBC之类的企业资源API。这两个原则确保了应用修改起来容易,同时修改又不级联到其他层。下面依次来看典型的J2EE体系结构的每一层。企业信息系统(EIS)层这一层有时也叫做综合层(INTEGRATIONTIER),由J2EE应用完成其工作所必须访问的企业资源所组成。这些资源包括数据库管理系统(DBMS)和遗留的主机应用。EIS层资源通常是事务性的,EIS位于J2EE服务器的控制之外,尽管该服务器的确以一种标准方式管理事务和连接建池。J2EE设计师对EIS层的设计与部署将是变化的,视该项目的性质(现有服务的绿色场或集成度)而定。如果该项目包含现有服务的集成,EIS层资源可能会影响中间层的实现。J2EE为与EIS层资源的借口提供了强有力的能力,比如访问关系数据库的JDBCAPI、访问目录服务器的JNDI以及允许连接其他EIS系统的JACACONNECTORARCHITECTURE(JACA连接器体系结构,简称JCA)。J2EE服务器负责建立连往EIS资源的连接池、横跨资源上的事务管理以及保证J2EE应用不危及EIS系统的安全。中间层这一层含有应用的业务对象,并调停对EIS层资源的访问。中间层构件主要从事务管理和连接建池之类的J2EE容器服务中受益。中间层构件独立于选定的用户接口。浙江工业大学之江学院毕业设计(论文)外文翻译如果使用了EJB,我们把中间层分离成两层:EJB以及使用这些EJB来支持该接口的对象。但是,这种分离不是保证一个干净中间层所必须的。用户接口(UI)层这一层将中间业务对象暴露给用户。在WEB应用中,UI层由服务器小程序所使用的助手类以及诸如JSP页之类的试图构件所组成。为了清楚起见,我们在讨论WEB应用时将把UI层称做“WEB层”。业务接口的重要性许多人将EJB看做J2EE应用的核心。从J2EE的EJB中心论角度看,会话EJB将暴露应用的业务逻辑,而其他对象(比如BusinessDelegateJ2EE设计模式中的Web层“业务委托”对象)将由他们与EJB的关系来确定。但是,这种假设将一种技术(EJB)抬高到了OO设计考虑之上。EJB不是在J2EE应用中实现中间层的唯一技术。正式业务接口层的概念体现了一不好的习惯,不管是不是使用了EJB,我们都应该使用这个概念。在下面将要讨论的所有体系结构中,业务接后层都有客户(比如UI层)直接使用的中间层接口所组成。业务接口层为普通Java接口中的中间层定义了联系人;因此,EJB就是一个实现策略。如果我们没有使用EJB,业务接口的实现将是运行在J2EEWeb容器中的普通Java对象。当使用了EJB时,业务接口的实现将隐藏掉与EJB层的交互。一定要设计到Java接口,而不要设计到具体类,也不要设计到技术。下面来看一下满足不同需求的4种J2EE体系结构。非分布式体系结构下面的这些体系结构适合Web应用。他们可以把所有应用构件只运行在单个JVM中。这使他们变得简单而有效,但限制了部署的灵活性。具有业务构件接口的Web应用在大多数情况下,J2EE用来构造Web应用。因此,同一个J2EEWeb容器可以提供许多应用所需要的整个基础结构。和EJB一样,J2EEWeb应用实际上享有对企业API的相同访问权。它们受益于J2EE服务器的事务管理和连接池能力,并可以使用JMS,JDBC和JavaConnectorAPI之类的企业服务。除实体组件之外的所有数据存取技术都是可以使用的。Web应用的Web层和

温馨提示

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

评论

0/150

提交评论