JavaServer Faces 2.0 的复合组件

下文转自：http://www.infoq.com/cn/news/2008/11/jsf20

 

自从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，并在页面中包含& amp; lt;ez:menuPanel />标记，以此来使用该组件。

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

 

==========================================

 

评论几句：草案中的第一条和第二条看过了，不过看的是一知半解，不是很清楚最终目的是什么。第五条，对话scope的支持预计会通过Web Beans API 增加。看来 Seam 的很多思想和技术将会渗入 Java EE 6 中去。如果说 Spring 使 Java EE 5 的模型极大地简化的话，那 Seam 将会给 Java EE 6 带来很多新的特性。Spring 会对 Java EE 6 产生什么影响呢？至今没有看出什么来。