JavaServer Faces 2.0复合组件

作者 Charles Humble 译者 张龙 发布于 2008年11月8日 上午8时35分

社区

Java

主题

JCP标准,

Web 2.0,

Web框架

标签

AJAX,

JSF,

Java EE

自从JavaServer Faces于2004年首次发布后，JSF 2.0就成为Java EE标准规范的首个主要更新。JSF 2.0是JSF规范的一次重要革新，其目的在于解决开发者使用Web框架时所遇到的诸多问题。主要的变化包括：

1. 使用基于Facelets的视图技术代替JSP。
2. 提供一种标准化的资源处理机制：很多组件都需要诸如JavaScript文件、图片或者是CSS元素等内容来正确地进行渲染。JSF 1.x无法方便地处理这些内容，所以组件开发者不得不开发自己的处理机制。
3. 可重新定位的资源：我们可以指定在哪里渲染资源，这个渲染位置可能与视图中的资源标签位置不同。这使得我们可以定制组件和JSF页面以在恰当的地方渲染引用的资源，这样即使组件被包含在body中，我们也可以在中引用CSS文件。
4. 系统事件：发布/订阅的事件模型所支持的事件不再特定于一个具体的应用，而是起源于JSF应用执行过程中的特定时间点。UI组件和应用对象（这是一个单例）都能收到系统事件。
5. 增加的scopes：增加了视图scope和组件scope。对对话scope的支持预计会通过Web Beans API增加。
6. “project stage”参数的标准化：Project stage提供一种方式来影响JSF的行为，这以一组预先定义好的阶段枚举为基础，而这些阶段可以通过上下文参数或者JNDI进行设置。比如说，产品化开发和检查期间可以在浏览器中显示更多的调试信息。已定义的阶段有产品化、开发、单元测试、系统测试及产品化扩展阶段，并将产品化扩展作为默认值。你可以在运行时通过调用Application.getProjectStage()来查询应用对象以获得相应的值。
7. 通过使用注解和默认值来减少XML。
8. 扩展JSF 1.2中引入的AJAX支持。

JSF 2.0一下子提供这么多改进的目的在于解决开发者在使用JSF 1.x时遇到的一个主要问题——构建自定义组件的复杂性。使用JSF 1.x时，组件开发者要想开发出可以使用在标记页面上的自定义组件必须得遵循大量步骤。至少要实现JSP或Facelets的标记处理器，同时还要为该组件提供一个渲染器，这两项工作都需要在faces-config.xml文件中进行相应的配置。以JSF为中心的Facelets是JSP的一个替代方案，被JSF开发者广泛使用，它通过复合组件来支持模板，这在一定程度上改进了JSF。这种方式需要创建一个包含模板标记和组件的XHTML页面，然后将这些页面作为组件在其它页面中使用。任何有效的Facelet XHTML页面都可以作为组件使用，与JSF 1.x中使用Facelets不同，JSF 2中的复合组件都是真正的UIComponents，这样它们就会支持验证器、转换器及监听器（可以监听行为和值的变化）。复合组件以资源的形式被处理， 因此它们可以使用新式的标准资源处理机制。例如，有一个名为MenuPanel.html的Facelet标记文件位于ezcomp资源库中，页面创建者就可以声明xml名称空间xmlns:ez=http://java.sun.com/jsf/composite/ezcomp，并在页面中包含& lt;ez:menuPanel />标记，以此来使用该组件。

JSF 2.0专家组已经发布了JSF 2.0的第二个草案，该草案可从JCP站点上下载。该草案还有一个实现。规范的最终草案将会于今年年底出台。

查看英文原文：JavaServer Faces 2.0 Composite Components

1. 返回顶部

   JSF标准终于大量吸收了社区的优秀实践，前景光明

   2008年11月9日 下午7时31分 发表人 Yan Hua

   1.facelets这是必须的，即使在用jsf1.1也最好使用facelets 2 、3.这一点吸取了richfaces 5.ViewScope非常有用，spring web flow已经支持了，希望能和webbean更好的集成，方便会话范围 6.吸取了rails

   回复

2. 返回顶部

   希望引入一种完善的look and feel的机制

   2008年11月10日 下午10时21分 发表人 Ray Wang

   1 希望引入一种完善的look and feel的机制, Richfaces等虽然有相应的实现,可是不够方便,而且只是应用级别的,实现级别都算不上,应该从规范级别上进行限定.否者库之间的移植成问题. 2 完善的exception处理机制, 很多异常都只能乱抛,完全没有系统化.如果后端用seam,可以做一定的弥补,但是不够 3 提供一种便利的机制访问component tree的元素 4 scope机制, 这个很重要,前面有人已经说了.在Webbeans(seam)里配套也可以 5 简化lifecycle,至少应该在开发层简化... 6 暂时只想到以上...

   回复

3. 返回顶部

   Re: JSF标准终于大量吸收了社区的优秀实践，前景光明

   2008年11月12日 上午2时57分 发表人 leon zhou

   我觉得jsf在渲染速度上也应该有所提升

   回复

• 更早的 >