- 浏览: 639509 次
- 性别:
- 来自: 北京
最新评论
-
2047699523:
java hibernate demo使用实例教程源代码下载: ...
hibernate延迟加载的原理与实现 -
在世界的中心呼喚愛:
hantsy 写道这种lazy的解释只对了一半,按java p ...
hibernate延迟加载的原理与实现 -
moguicy:
看了下时间,不是楼主是否还在开发
【翻译】Wicket启示录——理论与实践(一) -
xfan0828:
"最后但并不是最不重要的一点就是" BZ, ...
【翻译】深入浅出 EJB3.1(上) -
doudou87323:
十分感谢,正在学习中,受益匪浅
【翻译】深入浅出 EJB3.1(上)
本文不是一篇关于JSF的入门文章。作者Dennis Byrne现在求职于ThoughtWorks,他是Apache Myfaces的项目管理委员会成员,同时又是JBoss JSFUnit的贡献者。由此可见作者有足够的权威去批判JSF。2008年在拉斯维加斯由TheServerSide举行的 Java座谈会上,你会看见Dennis对JSF反模式与陷井的个案研究。
本文覆盖了JSF日常开发过程中的反模式与陷阱,包括性能,紧耦合,线程安全,安全问题,互用性以及本身缺陷。好吧,现在开始吧。
蹩足脚的setter注入验证
构造函数对domain model(域模型)来说,是放置validation logic(验证逻辑)绝佳的好地方。理想环境下,每一个基于XML配置对象关系映射的框架,都应该支持构造函数依赖注入,这样的话,我们就不需要再为每个字段添加上setter方法了。但理想终究是理想,还是得面对现实。(注:这里讲的验证并非那种在页面输入式的校验,面是类似于Spring启动过程中,对所有其托管的bean的那些依赖属性是否合法的校验)
JSF规范为托管的bean定义了一套依赖注入机制。而这个机制setter有,构造函数却没有。我是明白这一点的。JSF只是一个标准的MVC框架,本身不需要什么依赖注入。但往往不幸的是,这也常常让开发人员在开发过程中,因为不清楚这一点,而无法完成对想要的domain验证以及bean的一些初始化逻辑。
这种Setter验证的反模式常常发生在这种场景下:原本由构造函数注入的那些参数现在想转移出来,改成setter方式来注入,这样这些属性在这个类里的书写顺序肯定有先有后了。但JSF规范里指出:被托管的bean的那些setter注入的属性必须按顺序依次配置。
例:
<managed-bean> <managed-bean-name>iteration</managed-bean-name> <managed-bean-class>net.dbyrne.agile.Iteration</managed-bean-class> <managed-bean-scope>request</managed-bean-scope> <managed-property> <!—setStart会最先被调用 --> <property-name>start</property-name> <value>#{projectBean.currentStart}</value> </managed-property> <managed-property> <property-name>end</property-name> <value>#{projectBean.currentEnd}</value> </managed-property> <managed-property><!—setLast会最后被调用 --> <property-name>last</property-name> <value>hack</value> </managed-property> </managed-bean>
在下面我举例一个Iteration类的例子。如果这个类的作者想将start属性和end属性被托管起来。(根据上面的配置文件与下面的代码,如果Iteration如果没有初始化这些属性是会报错的)除此之外,我们还希望start属性必须小于end属性。这样,我们的代码可以写成:
public class Iteration { private Calendar start, end; // 注入 // 没有start, end 的setters 和 getters 方法 public void setLast(String last) { if(start == null || end == null) throw new NullPointerException("incomplete range"); if(start.after(end)) throw new IllegalStateException("start cannot be after end"); } }
怎么解决这个问题?在JSF1.2中,我们可以使用PostConstruct Annotation,这样PostConstruct Annotation会在被托管的bean(这里指Iteration.class)创建后,再去初始化那个被标为“PostConstruct”的方法,请看:
public class Iteration { private Calendar start, end; // injected // sans setters and getters for start, end @javax.annotation.PostConstruct public void initialize() { if(start == null || end == null) throw new NullPointerException("incomplete range"); if(start.after(end)) throw new IllegalStateException("start cannot be after end"); } }
在这里使用PostConstruct Annotation是相当有意义,因为当前的Java社区已经开始厌恶基于XML配置的方法,因此这也无形中使得基于Annotation的方式得到不少便宜。但这也并没有从根本上解决问题:Iteration的作者又想要每一个Iteration实体都有自己的start和end属性,而PostConstruct只是保证JSF不会创建非法的Iteration,因此也无法保证去访问一个无参构造函数或setters方法。
使用PostConstruct虽然没有糟糕到寸步难行,但应该有更好的办法是将JSF与一个提供完整依赖注入的框架结合起来使用——使用Spring即可。这很容易,在JSF的描述符加上:
<application> <variable-resolver> org.springframework.web.jsf.DelegatingVariableResolver </variable-resolver> </application>
当然新发布的Apache MyFaces也已经支持Guice了。
过度Map Ticket(把戏)
我要说的是对JSF的“Map Ticket”不可原谅。同刚才的Setter验证一样,Map Ticket使用也是JSF规范种种限制的结果。JSF EL,Unified EL都不支持托管bean的参数化函数调用。而目前实现的还只是JSP EL和Facelets直接用static方法的调用,如果你是一个Tapestry开发人员或熟悉OGNL表达式的话,会对此感到失望。
而Map恰恰在这里又是唯一可以通过JSP EL,JSF EL以及Unified EL直接调用带参数函数的接口。
#{myManagedBean.silvert} // pulls “silvert” from managed bean Map
#{param[“foo”]} // pulls “foo” request parameter
这可倒好了,一些JSF开发人员干脆自己实现Map接口,以图方便:
public class MapTrick implements Map { public Object get(Object key) { return new BusinessLogic().doSomething(key); } public void clear() { } public boolean containsKey(Object arg) { return false; } public boolean containsValue(Object arg) { return false; } public Set entrySet() {return null; } public boolean isEmpty() { return false; } public Set keySet() { return null; } public Object put(Object key, Object value) { return null; } public void putAll(Map arg) { } public Object remove(Object arg) { return null; } public int size() { return 0; } public Collection values() { return null; } }
这样,只要你通过EL在页面直接调用这些方法,就可以直接被调用(其它的一般只能是setter,getter才能调用)。有一次,我见过一个架构师围绕整个Map弄出了一个小框架。结果可想而知,开发人员都在强烈抱怨视图层与模型层之间的强耦合。
PhaseListener重复解析faces-config.xml
Apache Software Foundation一直有这么一个非常活跃的邮件列表:users@myfaces.apache.org。在这里你可以与大家交流新思想,技术上的解决方案,甚至激烈的讨论。这么多年过去了,MyFaces仍然作为一个开源项目持续着,并且我的很多队友还与使用该框架的开发人员联系着。其中有一个臭名昭著的经典的问题“Deja Vu PhaseListener Effect”(指的是两次加载JSF的XML配置文件)。如果你现在用Google搜一下“MyFaces PhaseListeners twice”,你就明白了。
好了,我们来看看这种情况怎么发生的。首先,我们在JSF配置文件里注册一个PhaseListeners
<lifecycle> <phase-listener>net.dbyrne.PhaseListenerImpl</phase-listener> </lifecycle>
接下来在web.xml里配置的context参数又会通过JSF的javax.faces.CONFIG_FILES重新配置一遍:
<context-param> <description>comma separated list of JSF conf files</description> <param-name>javax.faces.CONFIG_FILES</param-name> <param-value> /WEB-INF/faces-config.xml,/WEB-INF/burns.xml </param-value> </context-param>
为什么PhaseListeners要这么麻烦配置两次?因为所有的JSF实现都会自动的解析存在于/WEB-INF/faces-config.xml文件。同样,在context参数中,逗号间隔的文件也会解析。如果/WEB-INF/faces-config.xml文件也出现在context的参数中的话,就意味着这个配置文件要解析两次了。从而在程序启动过程中,faces-config.xml里注册的那些配置也要重复注册两次。
文章还是太长了,但后续部分更加精彩...........
评论
子窗口付值到父窗口:
window.dialogArguments.document.getElementById().value = XXX;
ps:用js速度也很快..从后台绕的话效率太低...
特别是MAP那个..比较恶心..自己搞个类继承MAP...
发表评论
-
【翻译】深入浅出 EJB3.1(下)
2009-05-07 23:37 8911Global JNDI names( 统一的 全局 ... -
【翻译】深入浅出 EJB3.1(上)
2009-05-06 20:59 11158终于有空将EJB3.1的最新文章与大家分享,原文请看: ht ... -
【翻译】Java EE 6体系结构的变革
2009-02-09 10:01 4525又看到 Reza 同学为 -
【翻译】Java EE 6体系结构的变革(完)
2009-02-09 10:00 6471JSF 2.0 尽 ... -
垃圾收集器是一个“宝贝收藏家”?
2008-11-25 23:58 3077原文请看:http://java.dzone.com/ar ... -
深入理解JBoss Cache3.0——Naga
2008-11-12 09:12 9741原文请看: http://java.dzone.com/ ... -
【翻译】Rod Johnson——关于当选JCP执行委员会的之言片语
2008-11-03 10:42 3189SpringSource 在上月底被宣布被加入 JCP ... -
【翻译】EJB3.1真的来了吗?EJB3.1系列文章(五) 终章
2008-10-16 14:37 9215历时9 个多月的EJB3.1 系列文章终于要划上圆满的句 ... -
【翻译】Rod Johnson——平衡的质疑:Spring维护策略的再次调整(完)
2008-10-09 09:33 4067不管你承不承认,Spring实际上已经是实事上JAVA企业开 ... -
【云计算专家Joseph Ottinger系列】应用服务器本质论
2008-09-08 08:58 3478原文请看: http://www.t ... -
Spring破坏了JEE规范吗?
2008-09-02 13:33 4094[TTS 编辑注:这是 TTS 论坛上的原帖。我现在把它 ... -
【翻译】spring配置全书(下)——附PDF完整版下载
2008-07-14 12:30 10840JMS 命名空间简介 Schema URI ... -
【翻译】spring配置全书(上)
2008-07-07 23:11 8947作者简介: Craig Walls 是 Texa ... -
【翻译】EJB3.1真的来了吗?EJB3.1系列文章(四)
2008-06-18 23:10 38218前言 Raza 同学终于又出 EJB3.1 文章了 ... -
【翻译】Rod Johnson——Spring的宣言:开源,开放(完)
2008-06-10 16:51 5614前言 这是本文的第二部分,里面提到并回答许多Spring用 ... -
【翻译】Rod Johnson——Spring的宣言:开源,开放
2008-06-06 13:06 6113原文地址: http://blog.sp ... -
【翻译】EJB3.1真的来了吗?EJB3.1系列文章(三)
2008-05-01 13:53 8838文本继续和大家分享EJB3.1特性,今天谈到的EJB Lite ... -
【Danny hui】运用抽象工厂模式自己动手写一个IoC
2008-04-23 16:34 6357本文的作者Danny hui似乎是TTS上的新人,我从Goog ... -
【翻译】Wicket启示录——理论与实践(三)完
2008-04-11 01:09 6278接下来,我们再看看EditContact类,把新建联系人的话和 ... -
【翻译】Wicket启示录——理论与实践(二)
2008-04-09 23:47 5886第二部分 实践 Application(应用程序) 与 ...
相关推荐
JSF(JavaServer Faces)框架是Java社区进程(JCP)推动的一种Web应用程序框架,旨在成为Web应用开发的标准。JSF框架充分利用了多种设计模式,这些模式有助于提高代码的可复用性、可维护性和可扩展性。以下是JSF框架...
**JSF(JavaServer Faces)** 是一个Java平台上的用户界面框架,用于构建Web应用程序。它为开发人员提供了一种模型-视图-控制器(MVC)架构,简化了前端和后端之间的交互。JSF提供了组件库,使得创建动态、交互式的...
JSF是一种用于构建Java Web 应用程序的标准框架(是Java Community Process 规定的JSR-127标准)。JSF(Java Server Faces)技术为开发基于网络用户界面的Java开发者提供了标准的编程接口API以及标签库。就像Struts框架...
这个“JSF与Hibernate整合的登陆”项目为初学者提供了一个实践基础Web应用开发的良好起点,涵盖了前端UI设计、后端数据处理以及两者间的整合。通过这个项目,学习者可以深入理解JSF和Hibernate的工作原理,并提升...
JSF(JavaServer Faces)是Java平台上用于构建用户界面的Web框架,尤其在处理表单和数据交互方面表现强大。本项目聚焦于JSF的文件上传功能,特别是针对大文件的上传,允许用户上传最大可达1.99GB的文件。在实际应用...
JavaScript Faces (JSF) 是Java平台上的一种用于构建用户界面的模型-视图-控制器(MVC)框架。这篇教程——"JSF第一步",显然旨在引导初学者进入JSF的世界,帮助他们理解并掌握这个强大的Web开发工具。下面将详细...
JavaServer Faces(JSF)是Java平台上的一种用于构建Web应用程序的MVC(Model-View-Controller)框架。它提供了一种声明式的方式来构建用户界面,简化了开发过程,并且与Java EE平台无缝集成。本系列资料包括《JSF...
JavaScript Server Faces(JSF)是Java平台上的一种用于构建Web应用程序的MVC(Model-View-Controller)框架。作为Java EE的一部分,它为开发者提供了一种结构化、组件化的开发方式,简化了创建用户界面和处理服务器...
**数据绑定** 是JSF的一个关键特性,它将组件的值与后台bean的属性直接关联。这使得界面的更改能够直接影响到模型,反之亦然。**Managed Beans** 是JSF中的业务逻辑载体,它们负责处理应用的业务规则和数据管理。 *...
JavaServer Faces (JSF) 是一个用于构建用户界面的Java Web框架,它简化了创建和维护Web应用程序的复杂性。JSF的核心理念是提供一种组件化的编程模型,将UI元素与业务逻辑分离,使得开发者可以专注于应用的逻辑部分...
jsf实例 JSF学习 JSF jar包 JSF jsf实例 JSF学习 JSF jar包 JSFjsf实例 JSF学习 JSF jar包 JSF jsf实例 JSF学习 JSF jar包 JSF
**JSF(JavaServer Faces)** 是一种Java平台上的Web应用程序开发框架,它提供了一种组件化和事件驱动的方式来创建用户界面。JSF的核心概念包括组件、事件、渲染器和生命周期,这些元素共同构建了一个强大的MVC...
JavaServer Faces (JSF) 是一个用于构建用户界面的Java框架,主要应用于Web应用程序开发。JSF基于模型-视图-控制器(MVC)架构,提供了丰富的组件库和生命周期管理,使得开发者能够更加便捷地创建动态、数据驱动的...
**JSF(JavaServer Faces)入门(一)** JavaServer Faces (JSF) 是一个用于构建Web应用程序的Java EE框架,它提供了一种组件化、事件驱动的方式来开发用户界面。JSF的核心概念包括UI组件、事件处理、数据绑定以及...
**JSF(JavaServer Faces)** 是一个Java平台上的用户界面框架,用于构建Web应用程序。它简化了前端和后端的交互,提供了组件化、事件驱动的开发模型。在这个环境中,我们将探讨如何在Eclipse集成开发环境(IDE)中...
**JSF(JavaServer Faces)** 是一种用于构建用户界面的Java框架,它提供了组件模型和事件驱动机制,使得开发人员可以更方便地创建Web应用程序的前端。JSF的核心在于它的组件库,这些组件可以直接在HTML页面中使用,如...
综上所述,JSF分页是一个涉及前端UI和后端数据处理的复杂过程,但借助组件库和良好的设计模式,可以轻松实现高效且用户友好的分页功能。通过合理优化和灵活扩展,可以适应各种复杂的分页场景。在实际开发中,应根据...
JavaScript Server Faces(JSF)是Java平台上的一种用于构建Web应用程序的服务器端框架。它提供了一种组件化的开发方式,使得开发者可以使用可重用的UI组件来构建用户界面,极大地提高了开发效率。在这个主题中,...
JSF遵循MVC(Model-View-Controller)设计模式,将业务逻辑、视图呈现和用户交互分离开来,使得开发者能够更专注于各自领域的代码编写。JSF的核心组件包括UI组件、事件处理、数据绑定和转换验证。 ### 2. UI组件库 ...