精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
---|---|
作者 | 正文 |
发表时间:2007-11-12
作者: Michael Yuan 翻译: Richard 来源: TSS 作者简介: Michael Yuan,技术专家,《JBoss Seam: Simplicity and Power Beyond Java EE》、《Lightweight Java Web Application Development》等书的作者,软件顾问,目前就职于JBoss。 摘要: 本文介绍了JBoss Seam的产生背景以及集成框架的概念,并且演示了在JBoss Seam中如何使用POJOs处理JSF事件以及实现双向依赖注入。 本文是《JBoss Seam:一个深度集成框架》一文的第一部分,JBoss Seam中文站将陆续发布该文的其他部分。 JBoss Seam的产生背景软件框架对于企业级Java开发者来说,是非常有用的工具。它们被广泛地用来组装可重用的软件组件和服务。 每个框架都提供了一系列的设计模式、APIs和组件模型——用于构建在框架之上的应用程序。许多受欢迎的Java EE框架的实例,既包括Hibernate、Spring和Struts这样的开源项目,又包括基于Servlet/JSP、JSF、EJB、 JMS、Web Services等标准实现的产品。 一个典型的企业级Java应用程序,可以同时使用多个框架。所以,Java EE开发者们的主要竞争能力之一,就体现在使用这些框架的能力上。 然而,存在太多框架的缺点在于,每一种框架都提供了不同的编程模型(或组件模型)。而要在一个Web应用中使用不同的组件模型,开发人员一般需要写很多”胶水”代码(例如数据传输对象、组件管理等)以及”胶水”配置文件,这样将会大大地降低开发效率。 在这种背景下,作为”集成框架”的Seam应运而生。Seam的目标就是减少这些”胶水”代码,整合现有的各种框架,为企业级应用提供一个一致的编程模型。 什么是集成框架?Java EE本身就可以被认为是一个集成框架。它定义了不同的框架,如Servlet/JSP、JSF、EJB、JMS、JTA,、JCA等,并使它们在企业级应用中携手合作。 但是作为标准规范的Java EE由于自身的设计问题,导致发展非常缓慢。新的理念和前沿技术在成为Java EE标准之前,通常都已经作为开源项目出现了。 Spring框架是另一个被广泛应用的集成框架。Spring对许多现有的框架提供了轻量级的封装,开发人员可以通过配置XML文件来管理应用程序 中的组件。但是开发人员仍需要自己混合和匹配多个不同的组件编程模型;另外,Spring “大量XML配置”的方式也因为包含太多的”XML代码”而变得繁琐。 Seam是一个开源的”深度集成”框架,它试图吸收Java EE和Spring世界中的精华为己所用。 Seam牢牢地扎根于Java EE标准:JSF和EJB3。 Seam的最初目标是为了解决JSF和EJB3中的一些设计缺陷。随后,Seam的许多核心特性被采纳为将来的官方Java EE标准,例如JSF 2.0和WebBeans。随着越来越多的用户开始采用Seam,它已经远远超过Java EE的范畴。 Seam走了一条与早期的Spring框架不同的路。Seam为被它集成的所有框架提供了一个统一的组件模型,开发人员可以使用统一的Seam组件,而不需要学习每个独立框架的组件管理APIs。 对于开发人员来说,Seam API与被Seam集成的框架相比,有非常大的改进。Seam的注释(annotation)/API设计和Java EE5非常相似。 Seam集成的框架可能成为”幕后工作者”。在某些情况下,你在使用Seam的同时,却要”奔波”在其它相互竞争的框架之中–与Java EE允许相同的API有多种实现是同样的方式。 现在,所有关于集成方面的论述都显示乏味和抽象。下面,我们将通过一些简单的例子让你深刻地体会到Seam是如何使开发变得轻松容易的。 运用EJB3 Beans或POJOs处理JSF事件Seam最初引人注目的特性就是直接使用EJB3作为JSF的Backing Beans。 JSF和EJB3都是Java EE的关键技术,然而,Java EE却没有很好地整合这两个框架。它们具有不同的组件模型:JSF使用基于POJOs的”Backing Beans”处理UI事件,并且需要进行大量的XML配置;EJB3使用注释型POJOs表示持久层和业务逻辑,只需要简单的XML配置。 一般情况下,如果要在JSF页面中进行数据库操作,需要写JSF Backing Beans去处理UI事件,然后调用EJB3会话Bean中的方法。 因此,如果开发人员需要在Backing Beans和EJB3 Beans之间传递复杂的数据,通常需要在这些框架中创建DTOs(数据传输对象)。这样,整合JSF和EJB3框架将成为繁琐的事情。 在Seam中,你可以直接使用EJB3 Beans作为JSF的Backing Beans。举个例子,下面的JSF页面引用一个名为”echo”的Seam组件。当用户点击Echo按钮时,页面将会把输入变成大写形式,并显示在页面上。 My name is: <h:inputText value=”#{echo.name}”/><br/> Hello #{echo.name} <br/> <h:commandButton type=”submit” value=”Echo” action=”#{echo.toUpperCase}”/> 如果你还不是很熟悉JSF,下面将介绍一下页面代码是如何工作的: 当服务器生成页面的时候,#{echo.name}被替换成echo对象中getName()方法的返回值。当你点击Echo按钮时,服务器首先调用setName()方法将输入框的值填入#{echo.name},然后调用toUpperCase()方法。 #{…}格式的表达式语言( EL)是Seam编程模型中的关键组件,因为它不仅可以在网页中使用,也可以在任何的文本环境中使用,比如XML配置文件、流程/规则定义、测试脚本等,我们将在后面介绍这些。 在单纯的JSF中,echo组件将被作为JSF的Backing Beans。而在Seam中,我们可以直接使用EJB3 bean(或简单的POJO)来实现该组件。你只需要通过@Name将组件注释成相应的名字。当存在Web请求时,Seam用”echo”名字创建一个 EchoBean实例,并将所有输入数据传递给它,调用相应的方法;最后当响应返回时销毁这个组件。在这个过程中,你不需要写XML代码或有关对象生命周 期管理的代码。 @Stateful @Name(”echo”) public class EchoBean implements EchoInt { private String name; public String getName () { return name; } public void setName (String name) { this.name = name; } public void toUpperCase () { name = name.toUpperCase (); } @Remove destroy () {} } 当然,对于这个简单的应用,EJB显得有些太臃肿。EJB需要接口、方法和注释。最简单的方法是写一个POJO类,然后在这个类上面加上@Name注释就可以了。 @Name(”echo”) public class EchoPojo { private String name; public String getName () { return name; } public void setName (String name) { this.name = name; } public void toUpperCase () { name = name.toUpperCase (); } } 在Seam中,注释POJOs可以完全取代EJB3中的会话Beans,我们将在后面的内容中使用Seam POJOs。 双向依赖注入我们将通过一个多组件交互的例子,来领略一下Seam的组件管理能力。 页面由与实体Bean相联的输入框、与POJO相联的按钮和由List对象构成的数据表格组成: Your name: <h:inputText value=”#{person.name}”/><br/> <h:commandButton type=”submit” value=”Say Hello” action=”#{manager.sayHello}”/> <h:dataTable value=”#{fans}” var=”fan”> <h:column> <h:outputText value=”#{fan.name}”/> </h:column> </h:dataTable> 下面是Person实体Bean和管理类POJO: @Entity @Name(”person”) public class Person implements Serializable { private long id; private String name; @Id @GeneratedValue public long getId() { return id;} public void setId(long id) { this.id = id; } public String getName() { return name; } public void setName(String name) { this.name = name; } } @Name(”manager”) public class Manager { @In @Out private Person person; @Out private List <Person> fans; @In private EntityManager em; public String sayHello () { em.persist (person); person = new Person (); fans = em.createQuery(”select p from Person p”) .getResultList(); return null; } } 在管理类POJO中,当sayHello()方法运行时,person组件被注入(inject);当方法退出时,fans组件被注出(outject)。 同样地,JPA实体管理类也可以被注入,提供对数据库的支持。注入和注出(双向依赖注入)可以在当前页面请求范围内同时发生。所以在sayHello()方法使用用户输入的#{person.name}值的同时,fans的值也将在结果页面中显示。 双向依赖注入让我们可以利用简单的注释来管理组件间的复杂关系。 从集成的角度来看,这个例子过于简单。Person实体Bean直接联系UI元素。实际上,实体Bean仅仅是一个Seam组件,你也可以用它来连接UI行为(例如点击按钮)。 这样,不同框架的组件之间的”独裁统治”将被打破;更远点说,如果在实体Bean中加入对业务逻辑的支持,就能够建立包括数据和行为的富领域模型。 富领域模型在OOP中已经被实现,但是在Seam之前,还没有被Web框架使用。 审校:骆驼 原创文章如转载,请注明:转载自JBoss Seam中文站 声明:ITeye文章版权属于作者,受法律保护。没有作者书面许可不得转载。
推荐链接
|
|
返回顶楼 | |
发表时间:2007-11-12
学习了rails的很多,不知道是不是未来的趋势
|
|
返回顶楼 | |
浏览 4392 次