读书笔记《digital-java-ee-7-web-application-development》构建JSF表单
“这就是全部。事物在许多不同层面上的实际运作方式。最终,当然,设计定义了我们的许多体验。” |
||
| --Sir Jony Ive, Senior Vice President of Design, Apple USA | ||
JavaServer Faces 是面向组件的 Web 应用程序框架的一个示例,与 Java EE 8 MVC 不同(参见 Chapter 9, Java EE MVC 框架)、WebWork 或 Apache Struts,它们被称为面向请求的 Web 应用程序框架。
面向请求的框架是信息流从 Web 请求到响应的框架。此类框架为您提供了高于 javax.servlet.http.HttpServletRequest 和 javax.servlet.http.HttpServletResponse 的能力和结构对象,但没有特殊的用户界面组件。在额外的帮助下,应用程序用户必须对参数和属性到数据实体模型的映射进行编程。因此,开发人员必须编写解析逻辑。
了解面向组件的框架(例如 JSF)有其批评者,这一点很重要。对代码的快速检查类似于独立客户端(如 Java Swing 甚至 JavaFX)中的组件,但完全相同的 HttpServletRequest 和 HttpServletResponse< /code> 潜伏在幕后。因此,一个称职的 JSF 开发人员必须了解 Servlet API 和底层 servlet 范围。这在 2004 年是一个有效的批评,在数字营销时代,数字开发人员不仅要了解 Servlet,而且我们可以假设他们愿意学习其他技术,例如 JavaScript。基于从Chapter 2中获得的知识,JavaServer Faces Lifecycle< /span>,我们将学习如何构建 JSF 表单。
在这一章节中,我们将解决一个使用JSF 的日常问题。 Java EE 框架和企业应用程序旨在解决数据输入问题。与使用不同架构和非功能性要求(例如可伸缩性、性能、无状态和最终一致性)构建的社交网络软件不同,Java EE 应用程序是为有状态工作流设计的,如下面的屏幕截图所示:
用于创建联系人详细信息的页面视图的屏幕截图
前面的屏幕截图是 JSF 应用程序 jsf-crud,它显示了创建联系人详细信息表单。
提醒一下,您可以在本书的源代码中找到该应用程序的完整代码。
通常,企业应用程序从网络用户那里获取信息,将其存储在数据存储中,并允许检索和编辑这些信息。通常有一个删除用户信息的选项。在软件工程中,我们将此习惯用法称为创建、检索、更新和删除 (CRUD)。
让我们创建一个基本的 表单,该表单捕获用户的姓名、电子邮件地址、和出生日期。我们将使用 HTML5 编写此代码,并利用 Bootstrap 的 用于现代 CSS 和 JavaScript。请参阅 http://getbootstrap.com/getting-started/。
以下是 JSF Facelet 视图,createContact.xhtml:
你应该已经认识<h :head> 和 <h:body> JSF 自定义标签。由于类型是 Facelet 视图 (*.xhtml),因此该文档实际上必须像 XML 文档一样具有良好的格式。您应该已经注意到某些 HTML5 元素标签,例如 <meta> 是关闭并完成的; XHTML 文档必须在 JSF 中格式正确。
Tip
始终关闭 XHTML 元素
典型的电子商务应用程序具有标准 HTML 的网页,其中包含 <meta>、<link> 和 < code class="literal"><br> 标签。在 XHTML 和 Facelet 视图中,网页 设计者通常保持打开和挂起状态的这些标签必须关闭。 Extensible Mark-up Language (XML) 不那么宽容,而且从 XML 派生的 XHTML 必须格式正确。
新的 <h:form> 标记是对应于 HTML 表单元素的 JSF 自定义标记。 JSF 表单元素共享 HTML 伙伴的许多属性。你可以看到 id 属性是一样的。但是,我们在 JSF 中使用 styleClass 属性而不是 class 属性,因为在 Java 中,java.lang.Object.getClass() 方法是保留的,因此不能被覆盖。
Tip
什么是 JSF 请求上下文路径表达式?
样式表、JavaScript 和其他资源的链接周围的奇怪 标记是表达式语言:#{request.上下文路径}。表达式引用确保将 Web 应用程序路径添加到 JSF 资源的 URL。 Bootstrap CSS 本身依赖于特定文件夹中的字体字形图标。 JSF 图像、JavaScript 模块文件和 CSS 文件应放在 web 根目录的资源文件夹中。
p:role 属性 是
JSF passthrough 属性的示例,它通知 JSF 渲染工具包通过键和值发送到渲染输出。 passthrough 属性是 JSF 2.2 中的关键新增功能,它是 Java EE 7 的一部分。它们允许 JSF 与最新的 HTML5 框架(例如 Bootstrap 和 Foundation (http://foundation.zurb.com/)。
JSF 是在 Twitter 中创建 Bootstrap 之前实现的。 JSF 设计者如何改进框架以兼容最近的 HTML5、CSS3 和 JavaScript 创新?这就是 passthrough 属性有帮助的地方。通过使用 URI http://xmlns.jcp.org/ 在 XHTML 中声明 XML 命名空间jsf/直通。我们可以为页面视图启用该功能。如您所见,属性名称和值 role="form" 只是简单地传递到输出。 passthrough 属性允许 JSF 轻松处理 HTML5 功能,例如文本输入字段中的占位符,我们将从现在开始利用这些功能。
Tip
如果您是 Web 开发的新手,您可能会害怕看起来过于复杂的标记。有很多很多的 DIV HTML 元素,它们通常是由页面设计人员和界面开发人员创建的。这是历史效应,也是 HTML 和 Web 随时间演变的方式。 2002年的做法对2016年没有影响,建议大家阅读附录C,< em>敏捷性能——在数字团队中工作。
让我们以 a 更深入的了解 < h:form> 并填写缺失的详细信息。这是提取的代码:
这个 表单是使用Bootstrap CSS 样式构建的,但是我们将忽略无关的详细信息并完全专注于 JSF 自定义标签。
<h:selectOneMenu> 标记是对应于 HTML 表单选择元素的 JSF 自定义标记。 <f:selectItem> 标记对应于 HTML 表单选择选项元素。 <h:inputText> 标签对应于 HTML 表单输入元素。 <h:selectBooleanCheckbox> 标签是一种特殊的自定义标签,用于表示只有一个复选框元素的 HTML 选择。最后,<h:commandButton> 代表 HTML 表单提交元素。
<h:outputLabel> 标签 以下列方式呈现 HTML 表单标签元素:
开发人员应该更喜欢将此标记与其他相关的 JSF 表单输入标记结合使用,因为特殊的 for 属性针对元素的正确糖化标识符。
这是渲染的输出:
此时也可以利用国际化;所以为了说明,我们可以重写页面内容如下:
有关 JSF 中的国际化和资源包的更多信息,请参阅 附录 A,带有 HTML5、资源和面孔流的 JSF。让我们继续输入字段。
<h:inputText> 标签 允许以文本一样的形式输入数据,如图在以下代码中:
value 属性表示一种 JSF 表达式语言,其线索是求值字符串以散列字符开头。表达式语言值引用了一个名为 contactDetailController 的作用域支持 bean ContactDetailController.java。在 JSF 2.2 中,现在有方便的属性来支持 HTML5 支持,因此标准的 id、class 和 placeholder 属性按预期工作。
渲染的输出如下:
请注意,加糖的 createContactDetails:firstName 标识符与 <h:outputLabel> 标记的输出相匹配。
<h:selectOneMenu> 标记生成单个选择下拉列表。事实上,它是选择类型自定义标签系列 的一部分。请参阅下一节中的 JSF HTML 选择布尔复选框。
在代码中,我们有以下代码:
<h:selectOneMenu> 标记对应于 HTML 表单选择标记 value 属性同样是 JSF 表达式语言字符串。
在 JSF 中,我们可以使用另一个新的自定义标签,<f:selectItem>,它添加了一个子 javax.faces.component.UISelectItem 到最近的父 UI 组件。 <f:selectItem> 标签接受 itemLabel 和 itemValue 属性.如果您设置了 itemValue 而未指定 itemLabel,则该值将成为标签。因此,对于第一项,选项设置为 -- 但提交给表单的值是一个空白字符串,因为我们想提示用户有一个值应该选择的。
呈现的 HTML 输出具有指导意义,如下所示:
<h:selectBooleanCheckbox> 自定义标签是选择的一种特殊情况,其中只有一个 item用户可以选择。通常,在 Web 应用程序中,您会在最终条款和条件表单中找到此类元素,或者通常在电子商务应用程序的营销电子邮件部分中找到此类元素。
在目标托管 bean 中,唯一的值必须是布尔类型,如以下代码所示:
此自定义标记的渲染输出如下所示:
<h:commandButton> 自定义标签对应于 HTML 表单提交元素。它们接受 JSF 中的动作属性,该属性引用支持 bean 中的方法。语法再次使用 JSF 表达式语言:
当用户按下这个 Submit 按钮时,JSF 框架会找到与 contactDetailController 然后调用无参数方法:createContact()。
Note
在表达式语言中,需要注意括号不是必需的,因为解释器或 Facelet 会自动内省含义是动作 (MethodExpression) 还是值定义 (<代码类="literal">ValueExpression)。请注意,现实世界中的大多数示例都没有将括号添加为简写形式。
value 属性表示表单 Submit 按钮的文本。我们可以用另一种方式编写标签并达到相同的结果,如下所示:
该值取自自定义标签的正文内容。标签的渲染输出如下所示:
上述代码说明了 Mojarra 实现中 JSF 渲染器的输出 (https://javaserverfaces.java. net/),这是参考实现。您可以清楚地看到,渲染器在输出中写入了 HTML 提交和隐藏元素。隐藏元素捕获有关视图状态的信息,这些信息被回发到 JSF 框架(回发),从而允许它恢复视图。
最后,这是联系方式表格的截图:
带有附加 DOB 字段的联系人详细信息输入 JSF 表单
还有 更多的JSF 自定义标签需要考虑,您将在本章后面找到所有标签的完整列表。现在,让我们检查也称为控制器的支持 bean。
对于我们的 简单的 POJO 表单,我们需要一个支持 bean 或者,在现代JSF 开发人员用语,一个托管 bean 控制器。
以下是 ContactDetailController 的完整代码:
对于这个托管bean,让我们向您介绍几个新注释。第一个注解称为 @javax.inject.Named,它将这个 POJO 声明为 CDI 管理的 bean,同时还声明了一个 JSF 控制器。在这里,我们将显式声明托管 bean 名称的值为 contactDetailController。这实际上是托管 bean 的默认名称,所以我们可以省略它。
我们还可以写一个替代名称,如下所示:
然后,JSF 会给我们一个名为 wizard 的 bean。托管 bean 的名称有助于表达式语言语法。
@javax.faces.view.ViewScoped 注解表示控制器已经确定了视图的生命周期。范围视图设计用于应用程序 数据仅保留一个 page 直到用户导航到另一个页面。一旦用户导航到另一个页面,JSF 就会销毁 bean。 JSF 从其内部数据结构中删除对视图范围 bean 的引用,并将对象留给垃圾收集器。
@ViewScoped 注释是 Java EE 7 和 JSF 2.2 中的新注释,它修复了 Faces 和 CDI 规范之间的错误。这是因为 CDI 和 JSF 是独立开发的。通过查看 Javadoc,您会发现一个较旧的注释:@javax.faces.bean.ViewScoped,它来自 JSF 2.0,不是 CDI 规范的一部分。
目前,如果您选择编写 @ViewScoped 注释控制器,您可能应该使用 @ManagedBean。我们将在本章后面解释 @ViewScoped bean。
ContactDetailController 还依赖于 Enterprise Java Bean ( EJB) 服务端点:ContactDetailService,最重要的是,有一个 bean 属性:ContactDetail。注意 getter 和 setter 方法,我们还将确保属性是 在施工期间实例化。
我们现在将注意力转向方法,如下所示:
createContact() 方法使用 EJB 创建新的联系人详细信息。它返回一个字符串,即下一个 Facelet 视图:index.xhtml。此方法由 <h:commandButton> 引用。
控制器依赖于一个实体 bean:ContactDetail。下面是这个 bean 的代码,它已经简化了 :
它使用 Java Persistence API (JPA) 注解来映射Java 属性到关系 数据库。
有一组注释针对实体本身声明。 @Entity 注释将此 POJO 标记为具有持久性的对象。 @Table 注解覆盖了实体的默认数据库表名——而不是 CONTACT_DETAIL,它变成了 联系方式。 @NameQueries 和 @NameQuery 注释 定义Java Persistence Query Language (JPQL)中的名称查询。
其余注释声明与数据库表列关联的元数据。 @Id 注释指定将成为主键的属性,即 id 字段。 @GenerationValue 注解声明主键是自动生成的。如果存在 0 或 null 值,JPA 提供程序会生成唯一值。此属性上的另一个注释 - @Column - 将默认数据库表列名称从 ID 重命名为 CONTACT_ID 并设置某些约束。
最后,JPA 必须使用 @Temporal 注释为字段指定日期时间类型。注释值可以是 Temporal.DATE、Temporal.TIME 或 Temporal.TIMESTAMP< /代码>。
您将在我的《Java EE 7 开发人员手册》一书中了解 JPA,其中有几个关于该主题的简洁而专门的章节。但是,这本书涉及 Web 应用程序开发。
现在应该很明显,实体 bean 可以直接以 JSF 形式使用。您还记得表单属性的 JSF 表达式语言吗?查看以下名字字段:
由于 JSF 框架通过名称知道 contactDetailController,其类类型为 ContactDetailController,因此它可以在对象图中移动并确定财产。控制器有一个名为 contactDetail 的属性,属于 ContactDetail 类型,它有一个 firstName
属性。
控制器的关键要求是实体应该在提交表单时以及从表单中检索到 remembered 值的数据时实例化。让我们看一下下面的代码:
对于大型对象层次结构,开发人员可以利用多种可能性。在这些情况下,数据结构的延迟加载和延迟创建会有所帮助。
现在让我们看看企业服务bean,ContactDataService:
此类是有状态会话 EJB 的示例,它本质上是应用服务器中具有会话状态的可池化远程服务端点。有状态会话 bean 与调用客户端相关联。
ContactDetailService 依赖于 JPA 提供程序,正如我们通过 @PersistenceContext 注释注入实体管理器所看到的。请注意,我们使用的是持久化上下文的扩展种类,因为对话可以存在多个请求-响应周期。
在非扩展的持久性对话中,EntityManager 仅在存在 JTA 事务时才会存在。在 Java EE 模型中完成事务后,所有持久性 对象都与 EntityManager 分离,并且他们变得不受管理。
扩展持久性对话是 EntityManager 可以超越 Java Transaction API (JTA< /strong>) 交易。事实上,它可以在多次交易中存活下来。在这种情况下,persistence 对象不会与 EntityManager 分离;只有当数据被显式刷新或通过应用程序服务器围绕有状态会话 bean 提供的特殊状态划分时,数据才会保存到数据库中。因此,扩展的持久性上下文只能在有状态会话 bean 中使用。
有关权限和有状态会话 bean 的更多信息,请参阅我的姊妹书 Java EE 7 开发人员手册。
目前,我们应该只关注 ContactDataService 中的方法。 add() 方法在数据库中插入一条新记录。 update() 方法修改现有记录,delete() 删除记录。 findAll() 方法从底层数据库中检索所有 ContactDetail 记录。它使用命名的 JPQL 查询:Contact.findAll。
您可能想知道在用户界面中的哪里是设置 Date of Birth (DOB) 属性的 JSF 字段,如 ContactDetail 所示 实体 bean。稍后我们将添加这些字段。
正如您所见,JSF 带有大量自定义标记库。为了充分利用框架,数字开发人员应该了解它们及其能力。正如我们之前所见,标签可以分为命名空间。
JSF 2.2 中的第一组 标记与 HTML 元素的呈现有关.它们在名称空间中:http://xmlns.jcp.org/jsf/html 。 JSF框架中渲染工具包的默认实现包含javax.faces.component.UIComponent。
这是 HTML 渲染工具包标签的表格:
JSF HTML 标签 分为不同的种类,例如命令、输入、输出和类型,以便处理项目的选择。还有额外的标签来处理特殊情况,例如 <h:graphicImage> 来呈现 <img> 标签和<h:dataTable> 来渲染 <table> 信息。
核心 JSF 自定义标签添加了独立于 HTML 呈现工具包标签的特性。这些标签的 命名空间是 http://xmlns.jcp.org/jsf/core。 JSF 框架是可扩展的。如果你想要一个替代的 render kit,那么你所要做的就是添加它。 核心 JSF 自定义标签仍然有效。
以下是 JSF Core 标记表:
许多核心 JSF 标记的 目的是增强和配置 UIComponent 实例。您已经在前面的 <h:selectOneMenu> 中看到了此示例与 <f:selectItem> 标记一起使用代码示例,createContact.xhtml。 (参见 基本 JSF 表单部分)。
在大多数情况下,开发人员可以使用核心 JSF 标记向组件添加属性、侦听器、转换器、方面、参数和选择。
模板JSF自定义标签的库为您提供了编写页面的能力与其他页面的内容。模板允许在整个 JSF 应用程序中重用和共享内容。最重要的是,可以通过 指定参数来调整模板,从而在混合中具有适应性和灵活性。这些标签的命名空间是 http://xmlns.jcp.org/jsf/facelets< /a>,它强调了幕后 Facelet 视图的技术。
以下是 JSF 2.2 中的模板标签列表:
我们看过<ui:composition>,的操作章节中的 <ui:define> 和 <ui:insert> 2,JavaServer Faces 生命周期。我们肯定会在本书关于 JSF 的其余部分使用模板 JSF 标记。
对于 CRUD 示例,我们经常面临在用户可以理解的有意义的上下文中显示应用程序中的数据的实际问题。最简单的方法之一是为相当简单的数据打印出项目列表。另一种方法是显示数据的表格视图。如果您的数据是树结构或图形,还有其他值得考虑的解决方案。
对于我们的案例,我们 将选择第二条路径并在表格中显示联系人详细信息列表。在 JSF 中,我们可以使用 <h:dataTable> HTML 组件。此自定义标记遍历列表中的每个对象并显示指定的值。 <h:dataTable> 组件是一个非常强大且灵活的标签,因为 Java Web 工程师可以对其进行配置,以便在各种布局中呈现自定义样式。
让我们看一下 jsf-crud 项目中的另一个 JSF Facelet 视图 index.html。提醒一下,我们正在使用 Bootstrap CSS 来设置样式。现在,这是提取的代码,如下所示:
您会注意到的第一个 标记是 <h:dataTable> 标记接受值属性,这是对控制器的 retrieveAllContacts() 方法的 JSF 表达式语言引用。 ContactDetailController 将此请求委托给 ContactDetailService,即我们之前看到的有状态会话 EJB。
var 属性指定 JSF 范围变量的名称,它是每次组件遍历列表集合时创建的元素。视图中元素的类型是实体 bean:ContactDetail。
styleClass 属性添加了来自 Bootstrap 框架的特定 CSS 样式,当然,每个组件都可以有一个 id 属性。
如果您想要表格的标题行,那么您必须在 < 中放置并添加一个名为 标签。必须为该标签名称指定一个特殊的名称属性,该属性具有 <f:facet> 的核心 JSF 标签。 h:column>header 值。如果你问我:为什么我必须使用不同的 XML 命名空间来编写标签?那么我的回答是,这是 JSF 设计者预见到核心标签可以重用于其他渲染工具包的方式。因此,标签名称是 <f:facet> 而不是 <h:headerColumn>。
为了向用户显示每一行的信息,我们使用 <h:outputText> 元素。该标记接受另一种表达式语言语句,即对实体 bean 中属性的引用,例如 #{contact.firstName}。
这是 index.html 列表视图的屏幕截图:
CRUD 应用程序列表视图的屏幕截图
如果您注意到,我们忽略了添加 JSF 控件,以便用户可以将他或她的出生日期添加到 联系方式表单。假设我们有来自敏捷团队中 UX 人员的指令,并且输入必须在两个下拉列表中。企业需要两个下拉元素分别代表一个月中的几天和一年中的几个月。他们还想要该年度的文本条目。
到目前为止,我们已经在 JSF 之旅中介绍了一些 HTML 选择自定义标签,例如 <h:selectOneMenu> 和 <h :selectBooleanCheckbox>。现在,我们将学习如何从我们的托管 bean 以编程方式为这些标签生成数据。如果我们能提供帮助——而且我们肯定能——我们真的不想在 JSF 视图中重复编写 <f:selectItem> 31 次。
我们需要向ContactDetailController添加额外的逻辑。这些是对 JSF 托管 bean 的增强,它提供了通过表达式语言访问页面视图的方法,如下所述:
我们将添加 三个新的 bean 属性:dobDay、dobMonth
和 dobYear 到控制器。请注意,dobYear 是一个字符串,而另外两个是整数,因为年份字段是一个文本字段。当使用整数时,前端显示的默认值是0,这会分散和混淆用户的注意力。我们希望用户看到一个空的文本字段。这些新属性有 getter 和 setter。
我们增强了 createContact() 方法以考虑三个独立字段的出生日期,并使用 java 将它们转换为 DOB 值.util.Calendar 实例。在将实体 bean 保存到数据库之前,我们将使用 java.util.Date 类型的计算值在实体上设置一个属性。
有两个 bean 属性方法,getDaysOfTheMonth() 和 getMonthsOfTheYear(),它们将返回内置的静态集合类的静态初始化器。 daysOfTheMonth 字段是从 1 到 31 的整数的列表集合,monthsOfTheYear 字段是条目的映射集合和与整数相关的字符串,表示一年中的月份。
我们使用 JDK 的 DateFormatSymbols 类来检索设置为应用程序默认语言环境的月份的长名称。
通过这些后端更改,我们可以调整 JSF 视图以添加设置申请人出生日期的功能。
以下是 JSF 视图中的更新更改,createContactDetails.xhtml:
好吧,希望我没有吓跑你,让你跑上山!我们在这里使用 Bootstrap CSS v3.11,所以这就是你在 HTML <div> 元素的原因indexterm"> 带有专门命名的 CSS 选择器,例如 control-label、col-sm-6 和 <代码类="literal">行。 Bootstrap 是 HTML5、CSS 和 JavaScript 的流行框架,可帮助设计人员和开发人员构建响应式网站。
作为一个组件框架,JSF 提供了封装<div> 层、CSS 和JavaScript 的基础。有一些方法可以提供帮助。首先,团队可以开发他们的自定义组件;其次,他们可以利用具有所需功能和自定义的第三方组件系统,最后,团队可以充当库编写者,从而创建自己的定制 HTML 渲染工具包。自定义组件更容易编程,我们将在 Chapter 5, < em>对话和旅程。
如果您的团队对组件库感兴趣,那么您可能需要查看供应商 解决方案,例如 Rich Faces (http://richfaces.jboss.org/) 和 尤其是 Prime Faces (http://primefaces.org/)。
让我们专注于 <h:selectOneMenu> 标签。这个来自 JSF 命名空间的 HTML 自定义标记指定了一个下拉选择列表,用户只能在其中选择一项。 value 属性引用了控制器 bean 中的一个属性。所以,第一个字段的表达语言是#{contactDetailController.dobDay}。
在父标记中,您会看到 <f:selectItem> 和 <f:selectItems> 自定义标记。 <f:selectItem> 标签定义了一个菜单项。它接受 itemLabel 和 itemValue 属性。我们可以使用它来定义一个默认的空选项。
<f:selectItems> 标签定义了许多菜单项并接受另一个值属性,即表达式语言 #{contactDetailController.daysOfTheMonth}< /代码>。此表达式引用控制器 getter 方法 getDaysOfTheMonth(),它返回 List
。我们将使用 var、itemLabel 和 itemValue 来配置这个集合的方式呈现每个菜单选项,如下所示。
就像 <h:dataTable> 标记一样,我们可以使用 var 属性定义一个 JSF 范围变量并有效地迭代通过收藏。
<f:selectMenu> 中的月份下拉菜单的标记略有不同。由于 getMonthsOfTheYear() 已经返回一个 Map
集合,因此无需提供标签的配置和价值观。自定义标签已经知道它必须呈现地图集合。
DOB 年的最后一个字段是 <h:inputText>,现在,您已经知道这些标签 工作。您可能已经注意到了一些惊喜。
<f:validateRequired>标签是一个验证自定义标签,它指定bean属性必须在提交表单的时候定义。 <h:message> 标签指定 HTML 中我们希望出现特定验证错误的区域,如下所示:
<h:message> 标记接受引用 JSF HTML 表单属性的强制属性。我们可以使用 styleClass 属性设置 CSS 样式,这是 Bootstrap 的表单错误。在下一章中,我们将正确地查看验证。
这是新表单的屏幕截图:
联系人数据应用程序的创建页面视图的屏幕截图
现在,让我们再添加一个 JSF index.xhtml 以允许用户编辑和删除联系人详细信息。在我们可以编辑联系人详细信息之前,我们必须将一些 JSF 链接添加到列表视图,以便 用户可以导航到编辑和删除页面。
让我们修改 index.xhtml 视图中的 <h:dataTable> 部分并添加一个额外的列。代码如下所示:
我们有两个 <h:link> 标签生成两个指向两个新页面的 HTML 锚元素链接:editContactDetail.xhtml 和removeContactDetail.xhtml。
<h:link> 自定义标签有一个使用 JSF 导航规则生成 URL 的结果属性。 value 属性指定链接上的文本,或者您可以指定正文。该标签足够聪明,如果链接不存在,那么它将生成一个 <span> 元素。这是原型设计的有用功能。
以下是 <h:link> 的一些渲染输出:
glyphicon、glyphicon-edit 和 glyph-trash 类是标记从 Bootstrap 显示 图标按钮。
有了链接,我们现在必须允许在服务器端编辑合同细节。我们将为 ContactDetailController 调整新的属性和方法。我们将介绍的第一个属性是 id 以便我们可以跟踪数据库中联系人 ID 的主键。我们还需要 JSF 框架的 getter 和 setter。
再三考虑,允许用户取消任务会很好。因此,我们将在控制器中引入一个 cancel() 方法。我们还将添加几个方法:findByContactId() 和 editContact()。
这是 ContactDetailController 现在的以下代码:
cancel() 方法只返回下一个视图:index.xhtml。它什么也不做,这不是代码中的错误,但实际上是目的:回到起点。
findContactById() 方法使用 id 属性使用 ContactDataService 查找联系人详细信息 EJB。此方法利用 Calendar 实例将 dob 属性与 分开 实体> 属性。dobDay、dobMonth 和 dobYear 中的 ContactDetail
javax.faces.context.FacesContext 类型是存储当前请求和响应信息的聚合对象。 FacesContext 只能使用工厂方法检索。在示例中,我们将向 Faces 响应添加一条错误消息,该消息可以显示在视图中。 javax.faces.application.FacesMessage 类型是错误验证的表示,或者它可以定义为来自外部资源包的消息资源。请参阅 附录 A、带有 HTML5、资源和面孔流的 JSF 。
editContact() 方法与 createContect() 几乎相同,因为它重构了 dob 实体中的属性。区别在于实体中的 id 属性是从控制器属性设置的:id。设置正确的主键非常重要,因为用户不想看到重复的条目。 editContect() 方法现在使用 update() 而不是 create() 调用数据库
。
现在,我们将 用一个新的命名查询来调整 ContactDetail 实体。以下是修改:
命名的 ContactDetail.findById 查询使用带有键参数的 JPQL 语句,在字符串中表示为 :id。我们现在将向 EJB 添加一个额外的方法。
这是附加的 ContactDetailService 方法,代码如下:
findById() 方法使用命名查询并调用 JPA 查询以检索 ContactDetail 的列表集合元素。根据定义,集合中应该只有一个元素,因为我们通过主键进行查询。
随着后端的这些变化,我们只需要对页面视图进行一些更改,这与 createContactDetail.xhtml 几乎相同。
这是 Facelet 视图的摘录,editContactDetail.xhtml:
这里使用了 JSF 自定义标签。 <f:metadata> 标签是一个容器标签,它为当前页面声明一个元数据方面。
<f:viewParam> 标记附加页面的 GET 请求参数作为当前视图的元数据。我们将使用它将查询参数附加到控制器属性。 name 属性指定查询参数名称。 value 属性指定 JSF 表达式语言参考。提供诸如 /jsf-crud-1.0-SNAPSHOT/editContactDetail.xhtml?id=4 之类的 URL 请求将导致框架填充 id 属性,其值为 ContactDetailController 中的 4。此调用发生在 JSF 生命周期的恢复视图阶段。
Tip
由于 <f:metadata> 标签声明了单个页面视图的元数据,它必须放置在页面的根元素视图附近。如果在 JSF 模板中使用 <f:metadata> 标签,则必须将其放在 <ui:define> 中作品。在这个例子中,标签就在 <h:body> 之后。
<f:event> 自定义标记将 JSF Faces 事件与组件相关联。描述这个标签的官方文档说它在页面的目标组件上安装了一个 ComponentSystemEventListener 实例。在这里,我们可以简单地说标签将预渲染事件与findByContactId()方法相关联控制器。换句话说,<f:event> 使用来自底层数据库的数据预填充表单。
在 <h:form> 内容中,我们将使用 <h:hidden> 自定义标签来存储联系人详细信息的当前 ID。 value 属性是一个表达式引用。这样,当用户提交表单时,标识符就会传播回控制器。
最后,有两个 <h:submit> 按钮,它们引用 editContact() 和 cancel() 方法分别在控制器中。第二个 <h:submit> 按钮中的中间属性指定 JSF 生命周期应该跳过 Process Validation 状态。然后,JSF 在提交表单时不应用验证。相反,生命周期从 Apply Request Values 直接移动到 Render Response 状态。
Tip
将 HTML 实体字符添加到 XHTML
Facelets 仅支持五个预定义的 XML 实体字符:<、>、& ;amp、" 和 &apos。添加 HTML 元素的唯一方法是通过十六进制或八进制表示法。   实体表示用于分隔空间的 Unicode 字符  。
这是 editContactDetail.xhtml 视图的屏幕截图:
联系人详细信息应用程序的编辑页面视图的屏幕截图
我们的用户能够创建联系方式,她现在可以更新条目。为了完成我们客户的旅程,我们应该允许她以良好的网络公民身份删除条目。为什么有这么多公司想要通过冒险或额外的麻烦来阻止删除用户数据的访问,以使如此简单的任务变得如此困难,这超出了我的理解!但是,我们可以为我们的联系方式应用程序执行此操作,现在它很简单,因为我们已经准备好了构建块。
我们将向 ContactDetailController 添加一个 removeDetail() 方法。这是额外的方法:
此方法 通过新的 id 搜索 contactDetail . id 字段是控制器的属性,设置在隐藏的表单字段中。通过在表单提交时调用数据服务 findById() 方法,我们将确保从持久化上下文中检索到最新信息。也许用户去吃午饭然后回来然后提交表单。找到实体后,我们可以调用数据服务将其删除。
以下是 removeContactDetail.xhtml 视图的摘录:
如果您仔细查看,您会看到显示属性的<table>元素ContactDetail 实体的;但是等一下,<h:outputText> 元素去哪儿了?嗯,在 JSF 2 中,您不再需要编写 <h:outputText>,只需输出 JSF 托管 bean 的创作内容,您就可以立即将表达式直接写入地方。
因此,简单地写如下:
代替:
但是,DOB 是我们将使用 <h:outputText> 元素的字段。 <f:convertDateTime> 标签将 java.util.Date 类型格式化为可读格式。 pattern 属性指定日期格式模式。这个标签依赖于 java.text.SimpleDateFormat 类。
<h:form> 标签仍然是必需的,以允许用户提交表单。它包含两个 <h:commandButton> 标签。提交表单时,JSF 调用控制器中的 removeContact() 方法。
最后,该页面还需要前面在 编辑数据中提到的 <f:metadata> 节/span> 部分,以便在呈现页面之前获取联系人详细信息。
通过这个基本的默认数字 JSF 示例,我们已经结束了客户的旅程。我们可以使用 Web 表单从数据库中创建、检索、更新和删除联系人详细信息。这真的很简单。我们还利用了像 Bootstrap 这样的 HTML5 框架,因此,我们可以快速调整我们的应用程序以适应响应式网页设计。
这是 deleteContent.xhtml 视图的屏幕截图:
联系人详细信息应用程序的删除页面视图
在 Java EE 7 之前,关于哪些注释是正确声明托管 bean 存在一些混淆。问题是 JavaServer Faces 规范早于 CDI 的后来标准,并且范围界定 重叠。作用域的历史来源于最初的设计和servlet容器的定义,为应用开发者提供了便利。范围只是名称/值对的映射集合。将它们视为 java.util.Map 类型的哈希映射集合会有所帮助。示波器的使用寿命不同。
对于 CDI, 包 名称为 javax .enterprise.context 和 对于 JSF 托管 bean,包是 javax.faces.bean。
@RequestScoped 注释表示具有生命周期的控制器,该生命周期具有 Faces 请求和响应的持续时间。请求范围是短暂的。它从 web 客户端提交 HTTP 请求开始,然后由 处理小服务程序容器。当响应发送回客户端时,范围结束。
@SessionScoped 注释表示许多请求和响应的生命周期。会话范围旨在绕过 HTTP 的无状态协议。 servlet 容器增强了 HTTP 协议,使其能够存储和检索比一个请求和响应周期更长的对象。出于这个原因,会话范围很长。会话范围可能会在超时后过期,或者如果重新启动服务可能会变得无效。
@ApplicationScoped 注释表示只要 Web 应用程序正在运行且可用,生命周期就存在。更重要的是,应用程序范围在所有请求、会话、对话和自定义范围之间共享。此范围在 Web 应用程序启动后立即开始。它在 Web 应用程序关闭时结束。
请求、会话和应用程序范围是范围模型的经典版本。 JSF 和 CDI 也有额外的作用域。
@javax.enterprise.context.ConversationScoped 注释表示一个生命周期,其持续时间大于一个或多个请求和响应周期,但比会话范围短。 CDI 定义了一个称为会话范围的范围。它是请求范围和会话范围之间的范围,但也具有与其封装的 bean 的上下文关联。我们将在后面的章节中讨论对话范围。
JSF 2.0 定义了一个名为 @javax.faces.bean.ViewScoped 的范围,它与会话范围类似,因为它的生命周期也比请求范围长。视图范围从客户端提交 HTTP 请求开始。它一直存在,直到用户导航到另一个页面。这使得 @ViewScoped bean 成为托管 bean 控制器比 @RequestScoped 种类更广泛和更合理的选择。 @ViewScoped 注释适用于管理单用户故事,正如我们在 CRUD 示例中看到的那样。
Tip
@ViewScoped 注释对 CDI bean 不可用。如果您使用的是 2.2 和 Java EE 7 之前的 JSF 版本,那么此注释将不适用于 @javax.inject.Named 注释 bean。您必须改用 @javax.faces.bean.ManagedBean 。
在 JSF 2.2 中,有 @javax.faces.flow.FlowScoped 注释,它是 CDI 认可的扩展。流范围也类似于会话范围,其生命周期比请求范围长,但比会话范围短;但是,它 是为工作流管理操作而设计的。 flow 范围允许开发人员创建一组具有明确定义的入口和出口点的页面。可以认为此范围适用于向导数据输入应用程序。
最后,让我们了解剩下的两个作用域。有 POJO 注释 @javax.faces.beanCustomScoped,它允许托管 bean 在运行时评估值。对于自定义范围,JSF 实现将遵循实现,因此,任何 EL 表达式都可以根据基于代码的值进行自定义。 @javax.faces.bean.NoneScoped 注释是一个特殊的范围,它暗示托管 bean 根本没有范围。 JSF 将在每次引用这些类型的无范围托管 bean 时实例化它们。您可能想知道为什么 JSF 应该批准这种类型的 bean?无范围 bean 在安全上下文中或在您不希望 bean 维护状态的情况下可能很有用。
在关于 JSF 表单的这一章中,我们探索了 HTML 和核心 JSF 自定义标签来构建 Internet 上最热门问题之一的答案:作为数字开发人员,我到底如何编写 CRUD 应用程序?令人惊讶的是,这个简单的想法被认为难以编程。
我们构建了一个数字 JSF 表单,该表单最初创建了一个联系详细信息。我们看到了 Facelet 视图、托管 bean 控制器、有状态会话 EJB 和实体。我们之所以现代,是因为我们利用了最新的 HTML5 进步,例如 Bootstrap CSS 框架。我们展示了一个带有 <h:dataTable> 标签的对象列表集合,这是一个强大而灵活的组件。然后,我们添加了从应用程序中编辑和删除联系人详细信息的功能。
在下一章中,我们将广泛地研究表单验证,并在 JSF 中混合 AJAX 通信。我们已经——在某种程度上——用 <f:validateRequired>, <h:messages> 研究了验证领域> 和 <h:message>。
这些是第 3 章的问题:
HTML5 渲染工具包和 JSF 中的核心自定义标签有什么区别?
JSF 自定义标记之间共享的公共属性有哪些?
企业的 Web 应用程序往往有两种类型:数据提交和案例工作。数据提交只是捕获数据并进行一些有限的验证。另一种模式让您可以完全控制输入新记录、修改它们以及经常删除数据。您认为这两种类型的原因是什么?
成语 Create Read Update Delete (CRUD) 是必需的对于面临电子商务应用程序的企业。您在哪里遇到过这些应用程序?这些应用程序是网络独有的吗?如果有第二次机会,可以做些什么来提高这些应用程序的技术水平?更好的数字化转型如何帮助这些企业,更重要的是,帮助他们的客户?
编写一个简单的 JSF 应用程序,它基本上使用 HTML 表单元素
<h:form>和命令按钮<h:commandButton> ; 。你的任务是为当地的小说爱好者爱好读书俱乐部写一份注册申请。您的参与者必须先在线注册才能参加。从支持 bean(托管控制器)开始。想想你需要记录的属性。 (您的Registration.javaPOJO 将需要联系方式,例如姓名、年龄和电子邮件。)在这个阶段,您不必将任何信息保存到数据库中,但是如果您创建一个包含属性title(String) 的书籍数据记录 (Book.java) 将会很有帮助,author(String),genre(String),publisher(String) , 和出版年份(整数)。使用 MVC 设计模式编写设计规范。在与假想的涉众的第一次迭代中,您只需要编写一个简单的 JSF 表单。创建一个捕获书名和作者的支持 bean。您将需要
<h:outputLabel>和<h:inputText>。在本书的源站点中,您会发现一个空的项目目录,其中包含空的 JSF 占位符页面以及已经设置好的 Bootstrap CSS 和 JavaScript 库,例如 jQuery。您可以复制并重命名此文件夹以更快地开始。为了在 JSF 中使用 Bootstrap CSS,我们可以将几乎所有的 JSF HTML 组件应用到
styleClass属性。其他共同属性是什么?使用 Hobby Book Club 应用程序并添加一些其他组件,例如下拉列表:
<h:selectManyMenu>。您需要将属性添加到支持 bean。 (这可能是书籍的类型,例如犯罪、科幻、惊悚或浪漫)。您将需要一个 POJO 作为注册者的数据记录(也许类名Registrant.java可以很好地为我们服务)。如果您发现一本与流派不符的稀有书籍会怎样?您将如何建模此属性 bean 以及您将使用哪些 JSF HTML 自定义标记?
调整您的爱好应用程序以使用 JSF HTML 自定义标记的其他元素,例如
<h:selectBooleanCheckbox>。您可以将布尔值添加到属性中,以捕获组中有人审阅图书时的状态。<h:selectOneMenu>和<h:selectManyCheckbox>有什么区别?解释客户在遇到<h:selectOneListbox>和<h:selectManyListbox>时会看到什么?在现代数字网页设计中,我们为什么要避免使用
<h:panelGroup>元素来组成网页用户界面?为了完成爱好书应用程序,我们可能允许注册用户在他们的申请表中添加评论。他们想说说他们的特殊专长是什么,从未来的赛博朋克神秘博士到围绕古希腊和罗马的历史海战,可以是任何东西。
<h:inputText>和<h:inputTextArea>有什么区别?你能用现代 CSS 框架优化这个控件吗?当两个客户想要在 Web 数据库中编辑相同的联系人详细信息记录时会发生什么?认为应用程序应该如何表现?您会添加哪些功能?您认为客户会如何看待您的想法?
