级别: 中级
Rick Hightower ([email protected]), CTO, ArcMind
2005 年 3 月 01 日
本系列 怀疑论者的 JSF 一共包含 4 篇文章,本文是其中的第 2 篇。在本文中,Rick Hightower 对 Java™Server Faces (JSF)请求处理生命周期的主要阶段进行了介绍。作者使用一个示例程序,详细介绍了请求处理的 5 个阶段。随着介绍的深入,作者将向您展示如何在 JSF 中采用 JavaScript 技术对即时事件进行处理,最后简要介绍一下 JSF 中提供的众多组件来结束对 JSF 组件模型的介绍。
与很多流行的观点不同,我们无需了解技术工作原理的所有细节,就可以编写 JSF 应用程序。您只需要给自己设置一个项目,并从头到尾不断修修补补,这样就可以学习到大量的知识。另一方面,理解必要的基础知识可以使您的开发工作更加有效 —— 而且会节省很多时间。
在本系列 怀疑论者的 JSF 的第 2 篇文章中,我们将逐一介绍一下 JSF 请求处理生命周期的 5 个阶段。我们将介绍在每个阶段中会发生什么,以及这些阶段是如何相互连接在一起的,然后使用一个示例程序来展示实际的生命周期。随着学习的深入,我们还将介绍如何使用在 第 1 部分 中简要提及的一些内置的 JSF 组件。我们还将向您介绍如何在 JSF 开发中采用 Struts Tiles,以及如何组合使用 JSF 和 JavaScript 技术进行即时事件的处理。
正如上一篇文章中介绍的一样,示例程序的默认编译环境是 Maven。您可以通过点击页面顶部或底部的 Code 图标下载源代码。为了简单性起见,您会发现与上一篇文章中一样的示例设置。有关编译环境的设置的详细说明,请参阅 参考资料,其中包括使用 Ant(而不是 Maven)来编译并运行示例程序的说明。
JSF 程序生命周期的 5 个阶段如下(注意每个阶段的事件处理):
这 5 个阶段显示了 JSF 通常处理 GUI 的顺序。虽然这个清单列出了每个阶段中事件处理的可能执行顺序,但是 JSF 的生命周期很难是固定一成不变的。您可以通过忽略某个阶段或合并整个生命周期从而对执行顺序进行修改。例如,如果一个无效的请求值被拷贝到一个组件中,那 么当前的视图就会重新显示,而有些阶段就可能不会执行。在这种情况中,您可以执行一个 FacesContext.responseComplete
方法调用,将用户重定向到一个不同的页面上,然后使用请求分发器(从 FacesContext
中的请求对象中获得)将其转发到一个适当的 Web 资源上。另外,您可以调用 FacesContext.renderResponse
重新显示原来的视图。(详细信息请参看下面的示例程序。)
|
关 键是让生命周期构成您的开发项目,而不完全依赖于生命周期。在需要时,您可以修改生命周期,而不用担心破坏您的程序。在大部分情况中,您会发现 JSF 的生命周期是值得遵守的,因为它的逻辑非常好。表单必须在任何应用程序逻辑执行之前进行验证,并且在进行验证之前,必须对域中的数据进行转换。遵守生命周 期的规定,可以让您更自由地考虑有关验证和转换的问题,而不是请求处理本身的阶段。有一点非常重要:其他 Web 框架也都具有类似的生命周期;它们只不过是没有很好地进行宣传。
有 些使用 JSF 的开发者可能从来都不会编写一个组件,也不会对框架进行任何扩展;而另外一些人则专注于这种任务的开发。尽管 JSF 的生命周期与大部分那其他项目都是相同的,但是根据在项目中的角色您可以采用不同的阶段。如果您更专注于通用的应用程序开发,就可能会关注请求处理生命周 期的中间阶段:
如果您专注于 JSF 组件的开发,就可能会关注于整个生命周期中的第一个阶段和最后一个阶段:
在接下来的几节中,我们将遍历 JSF 请求处理生命周期的每个步骤,包括事件处理和验证。了解了每个步骤的基本知识之后,我们将简要介绍一个示例程序,它可以展示这些步骤如何一起使用。在开始之前,首先来看一下图 1,这是一个有关 JSF 生命周期的图。
|
在 JSF 生命周期的第一个阶段 ——恢复视图 —— 中,会有一个来自 FacesServlet
控制器的请求。控制器会对请求进行考查,并提取出视图的 ID,这是由 JSP 页面的名字来确定的。
JSF 框架控制器使用这个视图 ID 来为当前的视图查找组件。如果这个视图尚未存在,那么 JSF 控制器就会创建它。如果这个视图早已存在,那么 JSF 控制器就会使用它。这个视图包含了所有的 GUI 组件。
生命周期的这个阶段表示为三个视图实例:新视图、原始视图和后视图,每个视图的处理方式都不相同。在 新视图 的情况中,JSF 会构建 Faces
页面的视图,并将事件处理程序和验证程序绑定到组件上。这个视图被保存在一个 FacesContext
对象中。
FacesContext
对象包含了 JSF 用来管理当前会话中当前请求的 GUI 组件状态所需要的所有状态信息。FacesContext
将视图保存在自己的 viewRoot
属性中;viewRoot
包含了当前视图 ID 的所有 JSF 组件。
在 原始视图 的情况中(第一次加载的是一个页面),JSF 会创建一个空视图。这个空视图会在用户事件产生时进行填充。JSF 可以直接从原始视图过渡到进行响应的阶段。
在 后视图(postback) 的情况中(用户返回之前访问过的页面),包含页面的视图早已经存在了,因此只需要进行恢复就可以了。在这种情况中,JSF 就使用现有视图的状态信息来重构状态。后视图的下一个阶段是应用请求值。
|
应用请求值 阶段的目的是让每个组件检索自己当前的状态信息。这些组件必须首先通过 FacesContext
对象进行检索或创建(使用其值)。虽然组件值也可以从 cookie 或头文件中进行检索,但是它们通常是通过请求参数进行检索的。
如果一个组件的即时事件处理属性 没有 设置为 true
,那么就会对这些值进行转换。因此,如果 域
被绑定到一个 Integer
属性上,那么该值就会被转换为一个 Integer
类型。如果值的转换失败了,那么就会生成一个错误消息,并在 FacesContext
中进行排队,在产生响应的阶段会显示其中的消息,同时还会显示所有的验证错误。
如果一个组件的即时事件处理属性 的确 被设置为 true
,那么这些值就会被转换为适当的类型,并进行有效性验证。然后转换后的值会被保存到组件中。如果值转换或值的有效性验证失败了,就会生成一个错误消息,并在 FacesContext
中进行排队,在产生响应的阶段会显示其中的消息,同时还会显示所有的验证错误。
|
生 命周期中的第一个事件处理发生在应用请求值阶段之后。在这个阶段中,每个组件都有一些值需要根据应用程序的验证规则进行有效性验证。这些验证规则可以是预 先进行定义的(JSF 中提供的),也可以由开发者进行定义。用户所输入的值会与这些验证规则进行比较。如果说输入的值无效,就会向 FacesContext
中添加一个错误消息,并且该组件会被表示为无效的。如果一个组件被表示为无效的,那么 JSF 就会转到产生响应的阶段,在这个阶段中会显示当前的视图,以及验证错误消息。如果没有有效性验证错误,那么 JSF 就会转到更新模型值的阶段。
|
JSF 应用程序生命周期中的第三个阶段 ——更新模型值 —— 负责更新服务器端模型的实际值,通常来讲,这都是通过更新后台 bean(称为管理 bean)的属性实现的。只有那些与组件值绑定在一起的 bean 属性才会被更新。注意这个阶段发生在有效性验证之后,因此可以确保拷贝到 bean 属性的值都是有效的(至少在表单域一级都是有效的;在业务规则一级仍可能无效)。
|
在生命周期的第四个阶段 ——调用程序 —— 中,JSF 控制程序会调用程序来处理 表单
的提交操作。组件值已经经过了类型转换和有效性验证,并被应用到模型对象中了,因此您现在可以使用它们来执行应用程序的业务逻辑了。
在这个阶段,您还可以为一个给定的序列或很多可能的序列指定后面的逻辑视图,这可以通过为一次成功的表单提交定义一个特定的结果并返回这个结果来实现。例如:在成功输出时,将用户重定向到下一页中。要让这种导航工作能够起作用,您需要在 faces-config.xml 文件中创建一个到 成功输出 的映射作为一条导航规则。一旦导航发生之后,您就转换到生命周期的最后一个阶段了。
|
在生命周期的第五个阶段 ——进行响应 —— 中,您可以在视图中显示当前状态中的所有组件。
图 2 是 JSF 生命周期的第五个阶段的一个对象状态图,包括时间有效性验证和处理。
|
现 在您已经对 JSF 生命周期的阶段有了基本的了解,下面我们将向您介绍在一个范例 Web 应用程序中,这些阶段是如何协同工作的。除了展示 JSF 生命周期的基本功能之外,这个应用程序还会利用一些通用的 JSF GUI 组件,例如 Radio List, List, Text Field, Label, Panel 等等,这样您就可以亲自体验一下在 第 1 部分 中曾经简要讨论过的这些组件。
这个示例程序还会展示在 JSF 中使用其他 Java 技术的两种方法。它将组合使用 JSF 和 JavaScript 来启用即时事件处理(在那些对整个表单进行验证是多余的情况中),其布局是由 Struts Tiles 进行管理的。 虽然 Struts Tiles 并不是 JSF 的一个必要部分,但是 tiles 通常用来为一个程序中的所有 JSF 页面提供一致的外观。要学习更多有关 Struts Tiles 的内容,请参阅 参考资料。
这 个示例 Web 程序实际上是一个非常简单的创建、阅读、更新并删除(CRUD)一个在线 CD 仓库中库存的程序。它包括一个表单,让用户可以向系统中输入新 CD;有一些单选按钮,让用户选择音乐的分类。当用户选择一个分类时,就启动一些 JavaScript 脚本将这个表单立即发回服务器。程序组合采用 JSF 和 JavaScript 技术来处理一个组件,而不是整个页面,这种技术称为 即时事件处理。在这种情况中,您可以填充一个子类清单,而不用验证表单的其他内容。
这个示例程序还包括一个 CD 清单,它将展示如何使用 JSF 的 dataTable
。从这个页面中,最终用户可以根据标题或者艺术家对 CD 清单进行排序。
图 3 列出了这个示例程序的类。图中列出了 4 个类,我们只关注其中的 3 个:StoreManagerDelegate
、CD
和 StoreController
。
StoreManagerDelegate
类是这个程序的业务代表。它为整个模型呈现了主界面。CD
类是一个数据转换对象(DTO)。如果这是一个真实的程序,那么 StoreManagerDelegate
类就会为添加、删除和编辑 CD 实现所有的业务规则,还会负责使用一个数据访问对象(DAO)将 CD
存储到一个永久的存储介质中。StoreManagerDelegate
和 CD
包含了一些用于这个 MVC 程序的 模型。
StoreController
类是本例中的主要后台 bean。StoreController
类是 GUI 世界和模型世界之间的黏合剂。它将自己的很多行为都委托给 StoreManagerDelegate
进行处理。StoreController
是这个 MVC 程序的 控制程序。
StoreController
类展示了如何构建一个可排序的 CRUD 清单。它具有以下与 CRUD 相关的方法:editCD
、addNew
、addCD
以及 updateCD
。StoreController
还负责将模型对象呈现给表单。在这种情况中,它使用 cd
属性将当前的 CD
对象呈现给 CD 表单,该属性的类型就是 CD
。
|
开始编写这个示例程序的最好方法是遍历它的使用案例:
第三个使用案例和第四个使用案例的代码基本上是相同的,因此我将向您展示如何根据标题进行排序,并将第四个使用案例留作练习,请您自行完成。我们很快就会对使用案例进行编码,但是首先让我们来了解一下完成后的应用程序的页面将是什么样子。
|
图 4 显示了具有可排序列的 CD 清单页面。
图 5 显示了具有分类组件的 CD 表单页面。
图 6 显示了具有分类和子类组件的 CD 表单页面。
|
在该程序的第一个使用案例中,用户将添加一个新 CD:切换到 CD 清单页面上,点击 Add CD 链接(这是在 listing.jsp 文件中定义的),如清单 1 所示。
清单 1. 在 listing.jsp 中定义的 Add CD 按钮
<h:commandLink action="#{CDManagerBean.addNew}"> |
这个链接被绑定到 CDManagerBean
的 addNew
方法上。这个 addNew
方法在 JSF 生命周期的调用程序阶段(最后一个阶段)被调用的。操作被使用 JSF 绑定表达式 #{CDManagerBean.addNew}
绑定到这个方法上。CDManagerBean
是这个程序的存储控制器的一个别名。CDManagerBean
是这个控制器的逻辑名。控制器类是一个在 faces-config.xml 文件中定义的管理 bean,如清单 2 所示。
清单 2. 在 faces-config.xml 中定义的 StoreController 类
<managed-bean> |
addNew()
方法通过创建一个空 CD 来准备表单,如清单 3 所示。
[StoreController.java] |
addNew()
方法通过创建一个新的 CD 来清空 CD 表单域。这个 CD 表单的域被绑定到 cd
属性的属性中。这个方法还会将正在显示的子类清单置空。
接下来,addNew()
方法会被调用,控制权被重定向到成功映射页面,即 cdForm.jsp 文件。cdForm.jsp 文件是在 faces-config.xml 文件中定义的,如清单 4 所示。
清单 4. cdForm.jsp 是 addNew()
的成功映射
<navigation-rule> |
清单 4 表明如果用户从清单切换到 addNew (#{CDManagerBean.addNew})
操作,并且 addNew
操作成功返回,那就会切换到 cdForm.jsp 页面。
cdForm.jsp 是包含 CD 表单的表单。其中具有 ID、Title、Artist、Price、Category 和 Subcategory 的域。这些域被放到一个名为 panelGrid
的容器中。JSF 组件,例如 AWT 组件,具有一些容器和组件。容器 是一个包含其他组件的组件。这是一个 混合设计模式 的例子。panelGrid
有 3 列。每个域都各在一行中,还会有一个标签和消息用于显示该域的错误消息。cdForm
和 panelGrid
是在清单 5 中定义的。
<f:view> |
每个输入域都将该域绑定到控制器的 cd
属性的一个属性上。例如,标题的输入文本域被使用下面的 JSF 绑定表达式绑定到 cd
属性上:value="#{CDManagerBean.cd.title}"
。
您可能会注意到在清单 5 中几乎没有什么 HTML 语句。这是由于 panelGrid
会生成大部分的 HMTL 语句。注意实际的外观是由与 panelGrid
相关的样式表决定的。属性 rowClasses="row1, row2"
会为正在修改的行设置 CSS 类。第一行是白色的,第二行是灰色的。您还可以为列或其他内容指定 CSS 类。JSF panelGrid
组件可以方便地快速设置表单的布局。如果您希望实现 panelGrid
没有提供的功能,就不能使用它:不过可以使用 HTML 自己设置组件的布局。然而,如果您发现自己在很多页面上都使用了定制的 HTML,那么就可能会考虑编写自己的定制组件。这种想法可以让您尽可能 DRY 地重用 HTML 语句(DRY 是 don't repeat yourself 的缩写,这个术语来自于 Dave Thomas 的 Pragmatic Programmer 一书)。
关于清单 5 另外需要注意的是控制器有一个 editMode 属性,由 cdForm.jsp 用于有选择地显示 submitAdd
按钮或 submitUpdate
按钮;submitAdd
按钮是在表单不处于编辑模式时显示的。submitUpdate
按钮是在表单处于编辑模式时显示的。这可以简化为编辑和添加模式使用相同的 JSP。(默认情况下,表单不处于编辑模式。)这种功能是由 cdForm.jsp 中的每个按钮上的呈现表达式实现的。例如,清单 6 列出了 submitAdd button rendered="#{not CDManagerBean.editMode}"
上的呈现表达式。submitAdd
按钮被使用表达式 (action="#{CDManagerBean.addCD}"
) 绑定到 addCD
方法上。
[StoreController.java] |
在 addCD
方法被调用之前,JSF 必须对 GUI 中的域进行有效性验证。这实际上非常简单,因为您还没有为域关联任何有效性验证条件。在应用请求值阶段,这些值被从请求参数拷贝到组件值中(这是由组件本 身进行的)。现在,价格从一个字符串转换为一个浮点类型。如果用户为价格输入的是“abc”,那么转换为浮点类型的操作就会失败,控制权将被重新定向到 cdForm.jsp 页面上,供最终用户进行修正。与价格相关的 h:message
将显示一个转换错误消息。如果所有的值都可以正常进行类型转换,并且现在都可以使用了(如果需要的话),那么您就可以进行有效性验证的处理了。由于这个示 例程序并没有与组件关联任何有效性验证规则(在下一篇文章中我们将介绍这种特性),因此您可以继续进入更新模型值的阶段了。
在更新模型值的阶段中,会使用保存在 GUI 组件中的经过转换和有效性验证的值来调用 CD 的赋值方法。addCD()
方法是在 调用程序 阶段中被调用的。addCD()
方法使用一个业务代理(store
对象)来执行这个操作。addCD
方法在系统中使用 store
对象来存储 CD。由于 addCD
方法会返回成功,因此接下来会显示这个清单,这是在 faces-config.xm 中定义的。在 faces-config.xml 中定义的导航规则如清单 7 所示。
<navigation-rule> |
|
这个示例程序的第二个使用案例也会在这个清单页面(listing.jsp)中启动。除了向您介绍如何编辑 JSF 页面中的数据之外,这个使用案例还将向您介绍 JSF dataTable
组件。
这个清单页面使用一个 dataTable
组件来显示 CD 的清单。dataTable
的值被绑定到控制程序类 StoreController
的 cds
属性。cds
属性的定义如清单 8 所示。
清单 8. 在 StoreController.java 中定义的 cds
属性
[StoreController.java] |
cds
属性是基于从存储对象 StoreManagerDelegate
返回的 java.util.List
的,这个对象是该程序的业务代理。cdModel
对从 DataModel
中的存储对象返回的清单进行了封装。DataModel
是一个用于 dataTable
的模型。
dataTable
的定义如清单 9 所示。
清单 9. listing.jsp 中的 dataTable
定义
<f:view> |
注意该值被绑定到控制程序的 cds 属性上。rowClasses
和 headerClass
属性用来指定 CSS 类,后者用来定义 dataTable
的外观。正如前面介绍的一样,JSF 严重依赖于 CSS 来定义 GUI 的外观。如果您并不了解 CSS(即您之前都是使用字体标签和 HTML 表来设置外观的),就可能会希望在灵活运行 JSF 之前首先来学习一下有关 CSS 的知识。
Title
、Artist
和 Price
域都是使用 column
组件显示的,如清单 10 所示(此处只显示了 Title
域)。
<h:column> |
column
组件是 dataTable
的一个子组件。column
组件使用一个子组件和一个 facet。facet 是一个有名的子组件;它并不是一个子孙组件。column
组件有一个名为 header 的 facet,它定义了在 header 中显示的内容。对于本例来说,commandLink
是 column
组件的一个子孙组件。commandLink
在一个链接中显示了 CD 的标题,该链接被绑定到操作 #{CDManagerBean.editCD}
上。这个操作属性将 commandLink
绑定到控制程序类的 editCD()
方法上,如清单 11 所示。
清单 11. editCD
commandLink 的后台 bean 方法
[StoreController.java] |
editCD()
方法是在 JSF 生命周期的调用程序阶段调用的。editCD()
方法准备控制程序以使用编辑模式来显示 cdForm.jsp 页面。这是通过查看当前选定的 CD 来实现的,CD 是通过调用 cdModel.getRowData()
方法来选择的。
注意 JSF DataModel
允许您从比传统的 Web 应用程序更高的层次上使用数据。您并不需要对请求参数进行检查:只需要调用 cdModel.getRowData()
方法向 DataModel
(cdModel
)查询已经选择了哪个 CD。这个更高级别的抽象对 Web 开发进行了相当程度的简化。
一旦取得当前选择的 CD 之后,就可以使用业务代理来加载该 CD 的最新拷贝了(store.getCDById()
)。在加载这个 CD 之后,store.getCDById()
会激活 subCategory
清单(假设这个 CD 已经关联了一个子目录),然后将 editMode
属性设置为 true
。回想一下,editMode
属性是由 cdForm
用来显示 Add 或 Update 按钮。最后,store.getCDById()
方法返回 success。在清单 12 中重要的导航规则可以保证返回成功之后,切换到 cdForm.jsp 页面,如下所示。
<navigation-rule> |
CD 表单会加载并显示 CD 属性的属性设置。最终用户可以根据需要编辑所得到的表单,并在完成时点击 Update 按钮。Update 按钮是当用户处于 Edit 模式时所显示的惟一一个按钮,它只会在 editMode
为 true
时显示,如清单 13 所示。
[cdForm.jsp] |
Update 按钮被绑定到 updateCD()
方法上。在调用 update 方法之前,JSF 必须对 GUI 中的域进行有效性验证。在应用请求值阶段,这些值被从请求参数中拷贝到组件值中(这是由组件本身完成的)。现在,价格被从一个字符串转换成了一个浮点类 型。由于没有为组件关联任何有效性验证规则,因此如果所有请求的值都已经存在并经过转换了,就可以转换到生命周期的下一个步骤了。
在更新模型值阶段中,会使用保存在 GUI 组件中经过类型转换和有效性验证的值来调用 CD 的赋值函数。updateCD()
方法是在调用程序阶段被调用的。updateCD()
方法如清单 14 所示。
[StoreController.java] |
updateCD()
方法可以代理业务代理的大部分职责。它将 editMode
设置为 false
(这是默认值),并返回成功。成功输出将您重定向回清单页面中,在这个页面中您可以查看根据清单 15 中显示的导航规则新编辑的 CD。
清单 15. 成功的 UpdateCD 会将您带回 listing.jsp
[faces-config.xml] |
|
我们要介绍的最后一个使用案例将向您展示如何对表进行排序。这个使用案例也是在 CD 清单页面上启动的。清单页允许根据标题和艺术家对 CD 按照升序或降序的顺序进行排列。在本例中,我将向您展示如何根据标题进行排序,并将根据艺术家进行排序留作练习。
标题头排序有一些到控制程序中排序方法的链接。清单 16 显示了在 listing.jsp 中是如何显示标题头的。
[listing.jsp] |
注意一下清单 16,链接是在标题列的 header facet 中定义的。facet 只会关联一个惟一名字的组件;这样,要在 header facet 中放置一个多链接的组件,您需要使用 panelGroup
。panelGroup
(与 panelGrid
类似)是一个单独的组件,其中包含了很多子组件。panelGroup
包含两个链接,如清单 17 所示。
[listing.jsp] |
第一个链接被绑定到控制程序的 sortTitleAsc
方法上,第二个链接被绑定到 sortTitleDec
上。这两个方法如清单 18 所示。
[StoreController.java ] |
这两个方法都依赖于业务代理返回一个按照正确要求排序后的 java.util.List
。注意这个方法会返回逻辑输出 asc
和 dec
。这两个输出在 faces-config.xml 文件中都没有映射。没有映射的输出会导致重新加载当前的视图;这样,listing.jsp 将会在调用这些方法时重新进行加载,清单页面也会按照正确的顺序重新显示。
这 种方法的优点是它依赖于业务代理进行排序。业务代理又可能会依赖于一个 DAO 对象,而后者又依赖于一个数据库查询或 OR 映射查询,这样可以对 CD 进行有效的查询。这种方法通常比具有一个“智能” GUI 组件的方法更好,后一种方法知道如何对随机的域对象(CD 就是一个域对象)进行排序,因为排序操作是一个经常发生的操作,严格来说,是模型的一部分(即域对象的一部分),而不是视图的一部分。
正如前面介绍的一样,对标题进行排序和对艺术家进行排序的代码几乎是相同的。作为一个练习,请自己试图为第四个使用案例编写代码,对艺术家而不是标题进行排序。
|
我 们要介绍的最后一个主题是即时事件处理。即时事件处理在您不希望(或需要)对整个页面进行有效性验证来处理用户输入的情况中非常有用。回想一下,示例程序 的 cdForm.jsp 页面使用单选按钮来显示一个目录和子目录清单。当最终用户选择一个目录时,cdForm.jsp 页面就会使用 JavaScript 重新生成表单,这样就可以显示子目录清单了。
这是一个即时事件处理的例子,因为整个表单 没有 在调用事件处理程序之前进行有效性验证。相反,类清单的事件处理程序会生成子目录,并强制 JSF 跳过进行响应的阶段。组件的事件处理程序通常都是在调用程序阶段执行的。即时事件组件的事件处理程序是在应用请求值阶段执行的,这发生在其余组件的类型转 换和有效性验证之前。
清单 19 显示了在 cdForm.jsp 页面中再次显示的目录清单。
[cdForm.jsp] |
selectOneRadio
目录域被绑定到 CD
的目录属性(value="#{CDManagerBean.cd.category}"
)上。注意这个即时事件处理被激活了(immediate="true"
)。这种设置意味着 Category
组件的事件会在应用值阶段(而不是在调用程序阶段)进行处理(以及类型转换和有效性验证)。
JavaScript 功能是在 onclick="submit()"
这一行 —— 即当用户进行修改时,它应该立即被提交到 Web 程序中进行处理。
在清单中显示的可用分类是由 f:selectItems
标签值(value="#{CDManagerBean.categories}"
)确定的。这个组件的事件处理程序的变化是控制程序的 categorySelected()
方法(valueChangeListener="#{CDManagerBean.categorySelected}"
)。事件处理程序如清单 20 所示。
清单 20. categorySelected
事件处理程序
[StoreController.java] |
categorySelected()
方法做的第一件事情是允许 subCategoryList
调用自己。categorySelected()
方法然后会使用所选择的分类值来查找一个 subCategories
清单。subCategories
属性被绑定到 subcategoryList
值上。接下来,事件处理程序通过调用当前 FacesContext
上的 renderResponse()
方法强制 JSF 转到进行响应阶段。然后,GUI(cdForm.jsp)为当前显示的目录重新显示可用的子目录。
subCategoryList
组件是从 GUI 上绑定的。正如您可以将值绑定到组件上一样,您也可以将这些组件绑定到一个控制程序上。子目录是在 cdForm.jsp 页面中定义的,如清单 21 所示。
清单 21. 在 cdForm.jsp 页面中定义的子目录清单
[cdForm.jsp] |
binding
属性允许您将 GUI 的组件绑定到后端的 bean(控制程序)上。这样,上面的组件就会被绑定到 CDManagerBean.subCategoryList
上,这是在清单 22 中定义的控制程序中的一个属性。
[StoreController.java ] |
即时事件处理只使用了很少的一点 JavaScript 功能(onclick="submit()"
命令),这种灵活的 JSF 生命周期的便利可以让您处理在一个组件中输入的信息,而不用对整个页面进行有效性验证。在这个例子中,我们已经介绍了 Category
组件的即时处理是如何让您可以显示子目录,而不用重新加载页面的。
|
下 面对这个 JSF 系列的第二篇文章进行总结:在本文中我们使用了一个范例和三个使用案例来介绍 JSF 请求处理的生命周期,并展示了其组件模型的一些必备特性。我们还介绍了如何组合使用 JSF 和 Struts Tiles,在 JSF 页面之间实现更加统一的布局,如何使用 DataModel
,以及如何组合使用 JSF 和 JavaScript 进行即时事件的处理。
第 3 部分将继续本文的介绍,内容涉及一些高级特性,例如类型转换和有效性验证。我们将向您展示如何创建自己定制的 JSF 有效性验证规则和类型转换规则,以及在调用时如何使用内置的规则。
Rick Hightower 是 ArcMind 公司的 CTO。他是 Java Tools for Extreme Programming 一书的合著者之一,这是一本关于在 J2EE 开发中采用极限编程的书;他也是 Professional Struts 一书的合著者之一。他还在 Warner Onstine 出版了 JSF QuickStart 一书,本系列文章的一些素材就来自这本书中的一些例子。有关 JSF 生命周期的讨论是基于在 ArcMind 教程中有关 Warner 的讨论进行的,同时还提供了一些 Hightower 的补充。您可以通过 [email protected] 与作者联系。
转自:http://www.ibm.com/developerworks/cn/java/j-jsf2/ |