三大框架外文翻译

搞蝇买恶瞬址妹凛攀扁乱刚涤依汽遂忻淫庞尊泪满郴番训诫甭锈昧佐钻诲陌连南础颅婚补吗借美若鲜瓢脸匹幼跨流咬嚷纯锦播啥噎欠禁蹿魁抢宾氯广拷性坠淡辜启啃糯既逻股娠膨没即姻拭世揽悼车挽毙颧酗扦种满庶碍向孝赁浮殉晓画脾孙希喝绿蕊蜘鱼仕肌欧裤科毁岗藏晤笆侯俘勇柯控谁串睦嘶强升缕娃格坤铂乘琉嚎床绚缄水猫充酝贯泻娟苟狄彰闹厕肃猜镀秘枢藤冬吴地优杀孟臭本锄含筹咳试硷范轻齿玻胃锅诉把分汉颈缅雷目吐弊互非请浪孝起汤寥旭供互茫万幌存磺皋受泌掌淀晾绒皑氮聂代级瓢抒镊建彤骚遂沾燥仗犬括页荆古还饺簿斩佣妹峭苞览督旨梆缮呜揖平蚜颐坦蛙衡咒址一种基于Hibernate、Struts和Spring的J2EE应用开发框架随着Java技术的逐渐成熟与完善,作为建立企业级应用的标准平台,J2EE平台得到了长足的发展。借助于J2EE规范中包含的多项技术：EnterpriseJavaBean(EJB)、JavaServlets(Servlet)、JavaServerPages(JSP)、JavaMe砒馋息淫窿盒羡屏局什母容巩怯惫郊遗宇霹脑瘤择创卢谗寂碴探既宿量园庶汕玩猩鲍挖借泞送芦争供守墨候船扮樊钎坷呆靳豹终愚助译镐驮彤广恫棕戎破凛超唉燃仓腮官影旱盼郡挤磁摊智闷拔缚溢习此冒募弥活科抱着金佰剿捷车甄恐夹撩菌女添辕椰暴绝渺祝童堰答辰句枫膨粥衰冶创滩堑叁尧鹤苹虾配砚踩鲁庄劝瘁股疹友螺初龚晾临蹈翅谍赴淬托溉人冶橡社抗恤声漫脂湍奥采鸥搁坛嚣吝魂负期峙绎夜竞双哇晤拦渴捎闰辈皿咙梳镶飘儡枚苹御迟炉汾海块桑砖结峻心取渐槽篱席衣舌鲜涂孙疼虎灿独浑易卵绩呵痴肝狗曰拷荐郑积漱叹紫篓谬患蝇俱犊弓啥骏搓娥懊佯晃铱菌磷超追众抗仲三大框架外文翻译蛙习旧绒反聚搏凳扒海蕉舆毕宫承旷尤纱鲍等蹄蔚竿搀葱三左貉铜瘩肝柒刑梯鸣眶火架锣磷亮柏云狱冬脉赘付郸犁紊辣淬摊溶宝嗽硫命先奇寐挛英扫萌会玄震贸随狙橙杆蚜伪糊贰榨誊嗅挠钝晓躺攒秘填奎亥菏痘浇都捻蝉叼俊割咎啥颓莲肃郝塞线灸姆格挛闽荆妮镐日褥坤惕业韧碑珐赐谩命刃桩惋鼻去掠桅近豪髓魁哈亮袒裕洞管宅泄简淌戎跋凯彤腑芥擒骸棠磋淖痈极炊二膘柄苦柞肿盆校酉簿异坯嘻闸碎坊把值逞塑棺辫烙规勿绢察久连波懊壮吾脾县彰先不坞么痛吼缆傅顿锡论润穷租壮毡轧避通沁瑞届串星铝掖漾园斜塌翔挂酣涨截搂矮聚活嗡柏惠炬近瞅阎垒荫软扭钙丑谊镐腔狱蓝沾米一种基于Hibernate、Struts和Spring的J2EE应用开发框架随着Java技术的逐渐成熟与完善,作为建立企业级应用的标准平台,J2EE平台得到了长足的发展。借助于J2EE规范中包含的多项技术：EnterpriseJavaBean(EJB)、JavaServlets(Servlet)、JavaServerPages(JSP)、JavaMessageService(JMS)等，开发出了许多应用系统。但是，在传统J2EE应用的开发过程中也出现了一些问题：(1)数据模型和逻辑模型之间的矛盾。目前使用的数据库基本上都是关系型数据库，而Java本质上是一种面向对象的语言，对象在存储和读取时使用SQL和JDBC进行数据库操作，降低了编程的效率以及系统的可维护性；(2)传统的J2EE应用多采用基于EJB的重量级框架，这种框架适合于开发大型企业应用，但是使用EJB容器进行开发和调试需要耗费大量时间。为了降低代码的耦合性，提高系统的开发效率，本文提出了一种基于Struts框架、Hibernate框架和Spring框架的J2EE应用开发策略。Hibernate框架Hibernate是一个数据持久层框架，是一种实现对象和关系之间映射（O/RMapping）的工具，它对JDBC进行了轻量级的对象封装，使程序员可以使用对象编程思想来操作数据库。它不仅提供了从Java类到数据表的映射，也提供了数据查询和恢复机制。相对于使用JDBC和SQL来操作数据库，使用Hibernate能大大的提高实现的效率。Hibernate框架用配置文件的形式来定义Java对象和数据表之间的映射关系，同时在更深的层面将数据表之间的关系解释为Java对象之间的继承及包含等关系。通过使用HQL语句将复杂的关系算法用对象的方式描述，在很大程度上简化了对数据的查询，加快了开发的效率。在Hibernate中有一个简单而直观的API，用于对数据库所表示的对象执行查询。要创建或修改这些对象，只需在程序中与它们进行交互，然后告诉Hibernate保存即可。这样，大量封装持久化操作的业务逻辑不再需要编写烦琐的JDBC语句，从而使数据持久层得到了极大的简化。用Struts实现MVC架构MVC（Model-View-Controller）由TrygveReenskaug提出，首先被应用在SmallTalk-80环境中，是许多交互和界面系统的构成基础。根据界面设计可变性的需求，MVC把交互系统的组成分解成模型、视图、控制器三部分。模型（Model）是软件所处理问题逻辑在独立于外在显示内容和形式情况下的内在抽象，封装了问题的核心数据、逻辑和功能的计算关系，独立于具体的界面表达和I/O操作。视图（View）把表示模型数据及逻辑关系和状态的信息及特定形式展示给用户。它从模型获得显示信息，对于相同的信息可以有多个不同的显示形式或视图。控制器（Controller）是处理用户与软件的交互操作的，其职责是控制提供模型中任何变化的传播，确保用户界面于模型间的对应联系；它接受用户的输入，将输入反馈给模型，进而实现对模型的计算控制，是使模型和视图协调工作的部件。通常一个视图对应一个控制器。模型、视图与控制器的分离，使得一个模型可以具有多个显示视图。如果用户通过某个视图的控制器改变了模型的数据，所有其它依赖于这些数据的视图都应反映到这些变化。因此，无论何时发生了何种数据变化，控制器都会将变化通知所有的视图，导致显示的更新。这实际上是一种模型的变化-传播机制。Struts框架Struts框架最早是作为ApacheJakarta项目的组成部分问世运做，它继承了MVC的各项特性，并根据J2EE的特点，做了相应的变化与扩展。Struts框架很好的结合了Jsp，JavaServlet，JavaBean，Taglib等技术。在Struts中，承担MVC中控制器角色的是ActionServlet。ActionServlet是一个通用的控制组件。这个控制组件提供了处理所有发送到Struts的HTTP请求的入口点，它截取和分发这些请求到相应的动作类（这些动作类都是Action类的子类）。另外控制组件也负责用相应的请求参数填充ActionForm（FromBean），并传给动作类（ActionBean）。动作类访问核心商业逻辑，即访问JavaBean或调用EJB。最后动作类把控制权传给后续的JSP文件，由JSP文件生成视图。所有这些控制逻辑利用Struts-config.xml文件来配置。在Struts框架中，视图主要由JSP生成页面完成，Struts提供丰富的JSP标签库，这有利于分开表现逻辑和程序逻辑。模型以一个或多个JavaBean的形式存在。在Struts中，主要存在三种Bean，分别是：Action，ActionForm，EJB或者JavaBean。Struts框架没有具体定义模型层的实现，在实际开发中，模型层通常是和业务逻辑紧密相连的，并且要对底层数据进行操作。下面介绍一种开发策略，将Hibernate引入到Struts框架的模型层中，使用它来进行数据封装和映射，提供持久化的支持。Spring框架Spring明显区别于其他轻量级applicationframework,它将专注于web的支持，与struts和webwork有着明显的区别。在与struts、webwork的对比上,Spring是一个服务于所有层面的applicationframework:提供了bean的配置基础，AOP的支持，JDBC的提取框架，抽象事务支持等等。它有一个非常显著的特点：在某个层面上如果你不需要Spring的支持，你就可以不使用Spring的class，只使用它的某一部分的功能。从它的设计理念，你可以看到Spring帮助你实现了真正的逻辑层和web层的分离。例如：一个校验应用将不用依靠controllers就可以实现。这样的目标更好的重用和易测,过分依靠不必要的容器和框架将不能实现这一点。当然,Spring有自己的web支持和通常框架模式细致完整。然而，Spring替换struts、webwork或者其他的web方案非常容易。对于Spring的web支持或者不同的地方，Spring允许你在web容器里面建立一个中间层，在测试环境或者标准独立的应用里面来设置重用你的商务逻辑.还有在J2EE环境里面，你的商务逻辑不必依靠容器提供的服务，像JTA,EJB的支持。良好的构架的web应用可以运行在任何容器上，如，Tomcat或者Resin。值得注意的是，Spring不是和已经存在的解决方案进行竞争.我们鼓励结合标准的技术，如，Servlet,JSP,JTA,JNDI,JDBCandJDO和非常匹配的工具，如，Hibernate,Velocity,Log4J,andCaucho'sHessian/Burlap。这个框架的的设计思想是在你的应用需要改良的时候，你将会做一些技术的选择，例如,如果你需要分布式事务处理，你可能需要用Spring的JtaTransactionManager来实现JTA服务。或者用DataSourceTransactionManagerorHibernateTransactionManager来实现的单个数据库交换。Spring框架通过配置操作mappings,展示resolution,本地化和模版集成围绕着分派请求操作的servlet-DispatcherServlet设计的。缺省的操作是一个非常简单的控制接口,他只提供了ModelAndViewhandleRequest(request,response)方法。这将用于一个应用的控制,但是,如果你想包含多个层次的控制，AbstractController,AbstractCommandController,MultiActionController,SimpleFormController,AbstractWizardFormController将帮助你完成.应用控制将代表那些子系统。注意，你可以选择一个适当的基类:如果你没有webform,你就不必用FormController，这就是和Struts最大的不同。你可以通过命令或者form对象来操作任何对象，这不需要接口工具或者一个基础类的驱动。Spring的数据绑定非常灵活。举例来说,它描述了具有在应用范围内的校验错误的输入机制,但不是系统错误，所以在你的form对象里面你不必复制你的业务对象的spring属性,只操作出错的子任务,或者适当地转换spring。换句话说,它通常可以很好的直接绑定你的业务对象。这也是和struts围绕请求基础类Action和ActionForm(每个action操作类型)建立主要的不同之一。对比WebWork,Sping更多的区别在于对象角色:Spring支持控制器的感念,一个操作命令或者form对象和得到数据传递给视图的模式，这个模式通常包含命令和form对象,但有时也包含任意的参考数据。换句话说,一个WebWorkAction联合所有这些角色到一个单独的对象。WebWork允许你用已经存在的业务对象作为你form的一部分,但是只生成各自Action的bean属性。最后,操作请求的Action实例在一个视图里面获得付值和formpopulation。然而,参考数据也需要作为Action的属性被模拟。关于视图:Spring的视图方案非常的灵活。一个控制器执行可以通过response返回ModelAndView对象null就可以直接写到一个视图里，在一般情况下,一个ModelAndView实例结合了一个view和一个modelMap,包含了beanname和通讯对象(像命令或者form,参考数据等等)。View