欢迎来到人人文库网! | 帮助中心 人人文库renrendoc.com美如初恋!
人人文库网
首页 人人文库网 > 资源分类 > DOC文档下载

外文翻译--J2EE体系结构.doc

  • 资源大小:148.00KB        全文页数:24页
  • 资源格式: DOC        下载权限:游客/注册会员/VIP会员    下载费用:5
游客快捷下载 游客一键下载
会员登录下载
下载资源需要5

邮箱/手机号:
您支付成功后,系统会自动为您创建此邮箱/手机号的账号,密码跟您输入的邮箱/手机号一致,以方便您下次登录下载和查看订单。注:支付完成后需要自己下载文件,并不会自动发送文件哦!

支付方式: 微信支付    支付宝   
验证码:   换一换

友情提示
2、本站资源不支持迅雷下载,请使用浏览器直接下载(不支持QQ浏览器)
3、本站资源下载后的文档和图纸-无水印,预览文档经过压缩,下载后原文更清晰   

外文翻译--J2EE体系结构.doc

浙江工业大学之江学院毕业设计(论文)外文翻译毕业设计(论文)题目基于J2EE的企业电子投票系统开发与设计外文翻译(一)题目J2EE体系结构外文翻译(二)题目J2EE项目的选择与风险分院(系)信息工程分院专业计算机科学与技术班级0402姓名学号200420100219指导教师毕业设计(论文)外文翻译要求1、毕业设计(论文)外文翻译应有两篇,总字符数不少于20000,其文献来源应由指导教师选定后以纸质(复印或打印件)形式随同毕业设计(论文)任务书一并发给学生。复印或打印件上应有指导教师和专业教研室主任的签名和日期。要求每位学生的外文翻译内容不重复。2、翻译的外文文献应主要选自学术期刊、学术会议的文章、有关著作及其他相关材料,应与毕业论文(设计)主题相关,并列入毕业论文(设计)的参考文献;在每篇中文译文首页“页脚”处注明原文作者及出处,中文译文后应附外文原文(指导教师提供的原文,论文上应有指导教师和教研室主任签名)。3、中文译文的基本撰写格式为题目采用三号黑体字居中打印,正文采用宋体小四号字,行间距一般为固定值20磅,标准字符间距。页边距为左3CM,右25CM,上下各25CM,页面统一采用A4纸。4、封面上的“外文翻译题目”指中文译文的题目;两篇外文文献,按“封面、译文一、外文原文(一)、译文二、外文原文(二)、外文翻译评阅表”的顺序统一装订。浙江工业大学之江学院毕业设计(论文)外文翻译作者〔美〕亨特﹑〔美〕罗夫特斯来源精通J2EEJAVA企业级应用,200472328译文一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层和中间层运行在同一个JVM中。但是,在逻辑上使他们保持不同是极其重要的。WEB应用中的主要设计风险是UI构件与业务逻辑构件之间的责任模糊不清。业务接口层将由普通JAVA类所实现的JAVA接口来组成。这是一个简单而又可缩放的体系结构,并且能满足大多数应用的需要。

注意事项

本文(外文翻译--J2EE体系结构.doc)为本站会员(英文资料库)主动上传,人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知人人文库网(发送邮件至[email protected]或直接QQ联系客服),我们立即给予删除!

温馨提示:如果因为网速或其他原因下载失败请重新下载,重复下载不扣分。

关于我们 - 网站声明 - 网站地图 - 资源地图 - 友情链接 - 网站客服客服 - 联系我们

网站客服QQ:2846424093    人人文库上传用户QQ群:460291265   

[email protected] 2016-2018  renrendoc.com 网站版权所有   南天在线技术支持

经营许可证编号:苏ICP备12009002号-5