`
kyo100900
  • 浏览: 639823 次
  • 性别: Icon_minigender_1
  • 来自: 北京
社区版块
存档分类
最新评论

【JSF专家Dennis Byrne】JSF反模式与陷井(二)

阅读更多

本节主要包括JSF的XML配置,线程安全等问题,是JSF开发人员不可多得的指导性文章。Dennis Byrne绝对是一位实战型JSF专家,不仅仅能对JSF规范提出不满,而且还对存在问题的JSF作一一解答。 

正文:

盲目使用XML

JSFXML配置文件就算没有几千行,一般也得个几百行了。我曾经见过一个这样的项目:他们的“联系我们”这个页面充斥在几乎所有的单独的navigation-rule中:

<navigation-rule>
	<from-view-id>/home.xhtml</from-view-id>
	<navigation-case>
		<from-outcome>contact_us</from-outcome>
		<to-view-id>/contact.xhtml</to-view-id>
	</navigation-case>
</navigation-rule>
<navigation-rule>
	<from-view-id>/site_map.xhtml</from-view-id>
	<navigation-case>
		<from-outcome>contact_us</from-outcome>
		<to-view-id>/contact.xhtml</to-view-id>
	</navigation-case>
</navigation-rule>
<navigation-rule>
	<from-view-id>/about_us.xhtml</from-view-id>
	<navigation-case>
		<from-outcome>contact_us</from-outcome>
		<to-view-id>/contact.xhtml</to-view-id>
	</navigation-case>
</navigation-rule>
<!—下面还有很多……. -->

 

 

而现在仅仅只需要一个全局navigation-rule就可以搞定了:

 

<navigation-rule>
	<from-view-id>*</from-view-id>
	<navigation-case>
		<from-outcome>contact_us</from-outcome>
		<to-view-id>/contact.xhtml</to-view-id>
	</navigation-case>
</navigation-rule>

 

 

XML地狱还远不止这些,还有很多运行期异常,我们来看几个例子:

 

<managed-bean>
   	<managed-bean-name>invalid</managed-bean-name>
      <!-- misspelled class name throws ClassNotFoundException -->
      <managed-bean-class>net.dbyrne.misspelled.Invalid</managed-bean-class>
    	<managed-bean-scope>session</managed-bean-scope>
    	<managed-property>
      	<!-- one side of cyclical reference -->
    		<property-name>incorrect</property-name>
    		<value>#{incorrect}</value>
      </managed-property>
    </managed-bean>

    <managed-bean>
    	<managed-bean-name>incorrect</managed-bean-name>
     	<managed-bean-class>net.dbyrne.validate.Incorrect</managed-bean-class>
  	<managed-bean-scope>session</managed-bean-scope>
      <managed-property>
      	<!-- other side of cyclical reference -->
    		<property-name>invalid</property-name>
    		<value>#{invalid}</value>
      </managed-property>
    </managed-bean>

 

 

心细一点,很快能看出这是一个依赖注入死循环!!!而根据JSF实现,如果发生这样情况应用程序启动时不会得到任何警告,但运行期肯定会抛异常。(注:如果使用Spring来故意这样配置的话,启动时就会报错,由此可见JSF的依赖注入还不是很成熟)。

 

 

再来看一个配置重名的情况:

 

<managed-bean>
<!-- first duplicate -->
    	<managed-bean-name>duplicate</managed-bean-name>
      <managed-bean-class>
      	net.dbyrne.validate.FirstDuplicate
      </managed-bean-class>
    	<managed-bean-scope>session</managed-bean-scope>
    </managed-bean>

    <managed-bean> <!-- second duplicate -->
    	<managed-bean-name>duplicate</managed-bean-name>
      <managed-bean-class>
      	net.dbyrne.validate.SecondDuplicate
      </managed-bean-class>
    	<managed-bean-scope>application</managed-bean-scope>
    </managed-bean>

 

 

 

这个问题JSF1.2已经修正了。但使用JSF的仍然有不少是1.1版本。这让开发人员相当头痛了——调试难度相当大。大多数1.1JSF实现版本都会忽略第一个重名的bean,而只是简单的调用第二个。(注:不光JSFStruts2同样也存在这样的话,特别是数百行以上的XML配置文件,如果真有人不小心这么写了,出现的问题常常摸不到头脑,我已经遇到过两次,受有体会。

 

再来看看最后一个例子:

 

 

<managed-bean>
    	<managed-bean-name>requestScopeManagedBean</managed-bean-name>
    	<managed-bean-class>
    		net.dbyrne.RequestScopeManagedBean
    	</managed-bean-class>
    	<managed-bean-scope>request</managed-bean-scope>
    </managed-bean>

    <managed-bean>
    	<managed-bean-name>sessionScopeManagedBean</managed-bean-name>
    	<managed-bean-class>
    		net.dbyrne.SessionScopeManagedBean
    	</managed-bean-class>
    	<managed-bean-scope>session</managed-bean-scope>
	    <managed-property>
		     <!-- throws runtime exception -->
		    <property-name>requestScopeManagedBean</property-name>
		    <value>#{requestScopeManagedBean}</value>
	    </managed-property>
    </managed-bean>

 

 

乍一看,没什么嘛。但再请看看两个bean的作用域:一个是request,一个是sessionJSF规定:如果一个受托管的bean的作用域必须小于其依赖注入的属性的作用域。也就是说上面的的这个例子sessionScopeManagedBean的作用域是session,而其一个注入的属性requestScopeManagedBean却是request,与JSF规范不符,运行期肯定出错。

 

大多数像这些配置上的缺陷是可以通过JUnitJBossJSFUnit检测到的。当然,你还可以使用SeamShaleAnnotation类库,从而避免XML问题。

 

 

 

 

线程安全

 

不是所有的代码都要考试线程安全问题。通过调用FacesContext.getCurrentInstance()返回的数据是线程内安全的,而且requestunscoped作用域所托管的bean也是安全的。但有些代码你就需要注意了,它们可能被多个线程同时访问。

 

现在我们拿PhaseListenersRenderers举例。每一个PhaseListener生存周期都是application作用域并且为每一个request至少保持一个状态。组件实例(component)Renderer实例之间是多对一的关系——相同类型的组件可以共享同一个Renderer实例。处在Sessionapplication作用域的bean显然会不止一个线程访问。

 标签一般是不需要考虑线程安全的,但你所运行的容器却可以将先前的标签实例重用。(注:这一点听去似乎有点可怕啊……)因此将标签所涉及到的字段复位总是需要的。 

你可以随便使不使用Converter标签来保证线程安全。一个Converter标签的使用永远不会导致线程问题,组件会每次调用时帮你返回一个实例,请看下面代码:

 

 

<converter>
		<converter-id>threadUnsafeConverter</converter-id>
        	<converter-class>net.dbyrne.ThreadUnsafeConverter</converter-class>
    	</converter>

	<h:inputText value="#{managedBean.value}" >
		<!-- 这里使用的是converter标签 -->
		<f:converter converterId="threadUnsafeConverter" >
	</h:inputText>

 

 

如果使用的是标签里的converter属性,那可能就没这么幸运了。这个时候,很有可能这个实例会同时被多个request访问到。

<managed-bean>
    	<managed-bean-name>threadUnsafeConverter</managed-bean-name>
    	<managed-bean-class>net.dbyrne.ThreadUnsafeConverter</managed-bean-class>
    	<managed-bean-scope>session</managed-bean-scope>
    </managed-bean>
<!-- 这里使用的是converter属性 -->
    <h:inputText value="#{managedBean.value}" converter="#{threadUnsafeConverter}" />

 

 

验证标签存在同样的问题。

 

 

 

迁徙到Facelets的挑战:自定义标签是否应该与行为绑定???

Java开发者们使用自己的JSP标签有些年头了。JSF继承发扬JSP标签是因为JSF的默认视图就是JSP!!!JSF触发是由JSP标签调用set方法生效的。当调用标签时,标签上的属性值将传递到其映射的UI组件上去。

public class WidgetTag extends UIComponentELTag{

	private String styleClass = "default_class";
	private String title;

	public String getComponentType() {
		return "net.dbyrne.widget";
	}

	public String getRendererType() {
		return "net.dbyrne.widget";
	}

	public void setStyleClass(String styleClass) {
		this.styleClass = styleClass;
	}

	public void setTitle(String title) {
		this.title = title;
	}

	public void release() {
		super.release();
		styleClass = null;
		title = null;
	}

	protected void setProperties(UIComponent component) {

		super.setProperties(component);

		Widget span = (Widget) component;

		span.setStyleClass(styleClass);
		span.setTitle(title == null ? "no title" : title);

		FacesContext ctx = FacesContext.getCurrentInstance();
		Map sessionMap = ctx.getExternalContext().getSessionMap();
		span.setStyle((String) sessionMap.get("style"));

	}

}

 

 

 

稍微有经验的JSF程序会注意到这段代码有点问题。styleClass字段默认设置成“default_style”,title字段依赖于三元运算符,还有一个组件值要通过父类来计算出来 (注意这里说的应该是release()方法) 很遗憾,这个标签的实现与具体行为绑的死死的。但我现在要说的是,我不鼓励这种做法。当你使用类似于Facelets的可选视图技术后,组件绑定行为可以放弃不用了。我们在开发JSF组件的时候,一个重要的原则就是一标签只处理一个逻辑! Apache MyFaces的代码就是一个很好的例子。源文件有25个组件和25个标签,在构建期时,通过元数据就将它们生成好了,不包含任何行为。

 

 

得墨忒耳法则

在一次JavaOne大会上,Mathias需要借些钱。“Craig Mathias说到:“我欠了Martin一瓶啤酒,能借我5美元吗?” 。于是Craig被迫让Mathias的从自己的钱包里瞎翻出5美元给了Martin。这时Craig说到:“Mathias,如果我把钱放在鞋子或钱包里的话,你也许可换种方式以从我这里借钱了。” Mathias接着说:“很好,我借钱的逻辑与你将钱放在哪里的逻辑是有关系的的。下次当我再向你借钱时,你只要关心钱在哪就行了。”Craig知道Mathias是个精明的家伙,他的这个建议立即使得这个借钱与给钱立即得到解藕了。这就是经典的得墨忒耳法则。

 

人人都知道没有当事人的允许,是不可以去翻别人的钱包。但很多开发人员却在开发时常常无法清醒的认识到这一点:

 

// highly sensitive to changes of the domain model
employee.getDepartment().getManager().getOffice().getAddress().getZip()

 <!-- highly sensitive to changes of the domain model -->
#{employee.department.manager.office.address.zip}

 

 

 

缺少经验的程序员需要明白:上面的代码违背了面向对象的原则,随时会在其中某个地方不加判断而掉链子。但有一些人并没有认识到这么长的EL表达式也是相当糟糕的。由于使用了EL表达式,这段代码不会出现编译错误。那么MethodNotFoundErrorsNullPointerExceptions异常对类似于这样的视图来说就是家常便饭了。重构是很痛苦的,因为EL表达式本身是不是强类型的。当EL表达式要间接访问视图model多级属性时,还不如先封装一下,再调用:

<!-- encapsulated, insensitive to changes -->
#{employee.departmentalManagerOfficeZip}

 

 

17
6
分享到:
评论
4 楼 kyo100900 2008-03-05  
本文不是一篇教你一步一步怎么JSF入门的文章,而是你在运用JSF过程中,作者Dennis Byrne将可能会遇到的问题做了一些说明,以及解决办法。在今年The Server Side大会上,Dennis Byrne会有他的关于本文个案研究,到时候,我看看能不能结合实例,再给大家看看。
3 楼 xuejianshan 2008-03-05  
真可惜我的英语不好,要不然的话我也要去翻译外国人的文章~~~ 
2 楼 xuejianshan 2008-03-05  
看不懂呀,大哥能不能把你的调通的原码也献出来~~ 
1 楼 liubinduo 2008-03-05  
GOOD

相关推荐

    JSF框架中使用的设计模式介绍

    JSF框架充分利用了多种设计模式,这些模式有助于提高代码的可复用性、可维护性和可扩展性。以下是JSF框架中使用的一些关键设计模式的详细解释: 1. **Singleton模式**: Singleton模式确保一个类只有一个实例,并...

    JSF与hibernate整合的登陆

    **JSF与Hibernate整合** 的目的是将JSF的UI处理能力与Hibernate的数据访问能力结合起来,创建出既具有良好用户体验又能够高效处理数据的Web应用。在本项目中,“JSF与Hibernate整合的登陆”可能涉及到以下关键知识点...

    JSF Java Server Faces (JSF)框架

    JSF是一种用于构建Java Web 应用程序的标准框架(是Java Community Process 规定的JSR-127标准)。JSF(Java Server Faces)技术为开发基于网络用户界面的Java开发者提供了标准的编程接口API以及标签库。就像Struts框架...

    JSF入门+JSF web实战+JSF2

    《JSF2》是关于JSF的第二版,相比第一版,JSF2引入了许多新特性,如Facelets作为默认视图层技术,使得视图更易于维护;引入了Partial State Saving,降低了服务器内存消耗;支持CDI(Contexts and Dependency ...

    jsf实例jsf实例 JSF学习 JSF jar包 JSF

    jsf实例 JSF学习 JSF jar包 JSF jsf实例 JSF学习 JSF jar包 JSFjsf实例 JSF学习 JSF jar包 JSF jsf实例 JSF学习 JSF jar包 JSF

    JSF中文教程jsf

    **JSF与Java EE集成** 是其强大的特点之一。它可以直接利用EJB(Enterprise JavaBeans)进行服务层操作,与JPA(Java Persistence API)集成实现数据持久化,还可以与Servlet、JSP和CDI(Contexts and Dependency ...

    JSF的工作方式 JSF架构 JSF模型 JSF事件类型

    JSF架构基于MVC(Model-View-Controller)模式,由以下核心组件组成: - **模型(Model)**:业务逻辑,通常由JavaBeans(也称为管理Bean)实现,存储和处理应用程序数据。 - **视图(View)**:用户界面,由JSF...

    JSF核心编程第二版

    7. **JSF与MVC**:JSF遵循Model-View-Controller(MVC)设计模式,书中会解释如何在JSF应用中实现MVC结构,以及JSF如何与其他MVC框架如Spring集成。 8. **FacesContext**:作为JSF的核心,FacesContext对象是JSF...

    JSF包,jsf包,JSF包,jsf包

    2. **集成性**:JSF与EJB、JPA等Java EE技术紧密集成,便于构建企业级应用。 3. **可扩展性**:开发者可以创建自定义组件,扩展框架功能。 4. **MVC架构**:JSF遵循MVC模式,有助于分离关注点,提高代码可维护性。 5...

    JSF上传 JSF大文件上传 JSF上传代码 JSF上传源代码

    JSF(JavaServer Faces)是Java平台上用于构建用户界面的Web框架,尤其在处理表单和数据交互方面表现强大。本项目聚焦于JSF的文件上传功能,特别是针对大文件的上传,允许用户上传最大可达1.99GB的文件。在实际应用...

    jsf第一个例子 jsf架包 jsf实例

    它们与JSF页面通过EL(Expression Language)进行交互。 5. **EL(Expression Language)**:EL是用于获取和设置Managed Beans属性的简洁语法,常用于JSF页面中绑定组件的值。 6. **jsf架包**:JSF相关的库通常被...

    jsf入门列子和jsf与Tiles结合

    总结来说,这个例子涵盖了JSF的基本用法,包括Bean的创建、验证逻辑的实现、导航规则的配置,以及JSF与Tiles的初步集成。对于初学者,这是一个很好的起点,能帮助理解JSF如何处理用户交互、管理页面流程,以及如何与...

    拍卖系统jsf+ejb+jpa

    在IT行业中,`JSF(JavaServer Faces)`、`EJB(Enterprise JavaBeans)`和`JPA(Java Persistence API)`是三个重要的Java技术,常用于构建企业级的应用系统,特别是拍卖系统这样的业务流程复杂的场景。这里我们将深入...

    《JSF_实战》非常好的JSF学习书

    《JSF_实战》非常好的JSF学习书《JSF_实战》非常好的JSF学习书《JSF_实战》非常好的JSF学习书《JSF_实战》非常好的JSF学习书《JSF_实战》非常好的JSF学习书《JSF_实战》非常好的JSF学习书《JSF_实战》非常好的JSF...

    core jsf 1.2 jsf 核心

    JSF遵循MVC(Model-View-Controller)设计模式,将业务逻辑、视图呈现和用户交互分离开来,使得开发者能够更专注于各自领域的代码编写。JSF的核心组件包括UI组件、事件处理、数据绑定和转换验证。 ### 2. UI组件库 ...

    jsf分页 jsf分页 jsf分页

    综上所述,JSF分页是一个涉及前端UI和后端数据处理的复杂过程,但借助组件库和良好的设计模式,可以轻松实现高效且用户友好的分页功能。通过合理优化和灵活扩展,可以适应各种复杂的分页场景。在实际开发中,应根据...

    用jsf做的登录注册的组件

    1. **JSF架构**:JSF采用MVC(Model-View-Controller)设计模式,它提供了组件化UI开发的能力。模型负责业务逻辑,视图负责展示,控制器负责处理用户请求并更新模型。 2. **JSF组件**:JSF的核心是UI组件库,如`h:...

    JSF 核心编程与入门

    JSF与Ajax集成** JSF 2.0引入了Partial State Saving和Ajax支持,允许部分页面更新,提升了用户体验。`p:commandButton`和`p:remoteCommand`等PrimeFaces组件提供了解决方案。 **10. JSF与CDI集成** JSF 2.0之后,...

Global site tag (gtag.js) - Google Analytics