j2ee项目的选择与风险外文翻译@中英文翻译@外文文献翻译.doc

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