《Java EE 7精粹》—— 3.11 资源库契约

3.11 资源库契约

JSF2引入了Facelets作为默认的视图声明语言(VDL)。Facelets允许使用XHTML和CSS创建模板,模板可以为应用程序的不同页面提供一致的界面外观。JSF2.2定义了资源库契约,一种与资源关联的模板库,可以以可重用和可互换的方式应用到整个应用程序。应用程序中可配置的视图集合将可以声明自己是资源库契约中任何模板的模板客户端。

资源库契约驻留在Web应用程序的根目录的契约目录中:

在这段代码中:

  • 应用程序同样有两个页面:index.xhtml和new/index.xhtml。这些是模板客户端页面。
  • 所有的契约都保存在WAR的契约目录,所有的模板和资源的契约保存在自己的目录中。例如,前面的结构定义有两个契约(contracts):blue和red。
  • 每个契约都有template.xhtml文件、CSS和图像。每个模板都被称为一个声明的模板。在模板中,建议使用h:outputStylesheet引用样式表,以便他们被适当地解析。
  • template.xhtml文件中的标签被称为插入点声明。
  • CSS、图像和绑定在目录中的其他资源被称为资源声明。
  • 模板声明、插入点声明和资源声明一起定义了资源库契约。为了使用资源库契约,模板客户端需要知道这三者的值。客户端页面将通过引用模板来使用资源库契约:

    契约是基于调用URL pattern应用的。根据此处指定的配置,red契约将被应用到faces/index.xhtml,契约将被应用到faces/new/index.xhtml。

    契约可以被打包在JAR文件的META-INF/contracts项中。在JAR文件中的每个契约必须有一个标记文件。文件名由符号常量javax.faces.application.ResourceHandler. RESOURCE_CONTRACT_XML的值给出:

    我们应用程序的契约目录的内容被打包在JAR文件(比如名叫layout.jar)的META-INF/contracts项中。这个JAR文件可以被打包到WEB-INF/lib中,其所声明的模板可以在应用程序中使用:

    可以使用一个新的layout.jar文件,提供一组类似的插入点和资源(可能有不同的CSS)声明,来改变应用程序的界面外观。

    改变f:view中ui:composition的template属性值可以动态地改变页面的模板:

    在这段代码中:

    • f:view有一个contracts属性与EL表达式绑定。
    • 这个EL的值是由ui:define中表单内的单选按钮的值填充的。
    • 单选按钮的值匹配契约(contract)名称。
    • 单击命令按钮Apply,所选择的模板将应用于此页面。

    backing bean的定义很简单:

时间: 2024-08-02 09:44:38

《Java EE 7精粹》—— 3.11 资源库契约的相关文章

《Java EE 7精粹》—— 导读

前言 Java EE 7平台建立在以前的版本之上,侧重于提高生产力和拥抱HTML5.本书面向的是想快速概览这个平台和回来复习基础知识的读者. 本书提供了Java EE 7平台中关键规范的概述(每章一个规范).本书绝不是一本介绍不同规范中每一个概念的详尽指南或教程,而是通过简单的代码示例来解释不同规范的主要概念.阅读本书,无需具备Java EE平台早期版本的知识,但你需要对Java有一些基本了解,以便理解代码. 这本书的重要部分来自<Java EE 6 Pocket Guide>(O'Reill

《Java EE 7精粹》—— 1.2 可交付成果

1.2 可交付成果 Java EE 7平台是遵从JCP 2.9作为JSR 342而开发的.JCP过程对每一个JSR定义了以下三个主要可交付成果. 1.2.1 规范(Specification) 描述了被提议的组件及其功能的一份正式的文件. 1.2.2 参考实现(RI) 对被提议的规范的二进制实现.参考实现有助于确保被提议的规范能以一个二进制形式实现,并为规范过程提供不断的反馈. Java EE的参考实现建立在GlassFish社区中. 1.2.3 技术兼容包(TCK) 用于验证参考实现是否符合被

《Java EE 7精粹》—— 2.11 Upgrade Processing

2.11 Upgrade Processing HTTP 1.1(RFC 2616)第14.42节定义的升级机制,允许从HTTP 1.1过渡到一些其他的.不兼容的协议.协议变更后的应用层通信的功能和性质是完全依赖于所选择的新的协议.在客户端和服务器之间协商升级后,后续请求使用新选择的协议交换消息.一个典型的例子是RFC 6455的Opening Handshake一节中描述的如何从HTTP协议升级到WebSocket协议. Servlet容器提供了一个HTTP升级机制.然而,Servlet容器本

《Java EE 7精粹》—— 3.3 复合组件

3.3 复合组件 JSF使用Facelets的功能和资源的处理来定义复合组件,定义在Facelets标记文件中的一个或多个JSF组件组成了一个复合组件.这个.xhtml文件存储在资源库中,可以从页面的任意区域创建一个可重用的组件. 复合组件在定义页面中定义,在使用页面中使用.定义页面使用定义元数据(或参数),使用<cc:implementation>定义实现,其中cc是http://xmlns.jcp.org/jsf/composite/命名空间的前缀.JSF规范的未来版本可能会放宽对指定元数

《Java EE 7精粹》—— 第3章 JSF 3.1 Facelets

第3章 JSF JSF是基于Java的Web应用程序开发的服务器端用户界面(UI)框架.使用JSF可以实现: 使用遵循模型-视图-控制器(MVC)设计模式的可重用的UI组件集合来创建网页. 绑定组件到服务器端模型,允许UI与应用程序数据双向移动. 处理UI事件响应和模型交互中的页面导航. 管理跨服务器请求的UI组件状态. 提供从客户端生成的事件到服务器端应用程序代码的简单模型. 轻松地构建和重用自定义UI组件. JSF应用程序包括: 置于UI组件的布局中的一组网页. 一组托管的Bean,包括绑定

《Java EE 7精粹》—— 3.5 Ajax

3.5 Ajax JSF原生支持添加Ajax功能到网页.JSF允许局部视图的处理,其中只有视图中的一些组件用于处理该响应.JSF可以摘选页面上的某些组件,渲染局部页面,而不是整个页面. 有以下两种方法可以启用这种支持. 以编程方式使用JavaScript资源. 以声明的方式使用f:ajax组件. 编程方式的Ajax集成是通过资源处理机制启用的.jsf.js是在javax.faces库中预定义的资源.该资源包含用于Ajax和JSF页面交互的JavaScript API.可以在页面中使用output

《Java EE 7精粹》—— 3.7 服务器和客户端扩展点

3.7 服务器和客户端扩展点 转换器.验证器和监听器是服务器端的附属对象,用于为页面上的组件添加更多的功能.行为是客户端的扩展点,可以使用行为定义的脚本增强组件的渲染内容. 3.7.1 转换器 转换器用于把组件中输入的数据从一种格式转换为另一种格式(例如,string到number).JSF提供了几种内置的转换器,如f:convertNumber和f:convertDateTime.他们可应用于任何可编辑的组件: 在这段代码中,文本框中输入的文本将被转换为一个整数,如果文本不能转换,则抛出一条错

《Java EE 7精粹》—— 2.6 Web Fragment

2.6 Web Fragment 包含在库或框架JAR包的META-INF目录中的一个web fragment片段是部分或全部在web.xml文件中.如果这个框架绑定在WEB-INF/lib目录中,容器会选择和配置框架,而无需开发人员显示地做到这一点. Web Fragment可以包括几乎所有web.xml中指定的元素.然而,其顶级元素必须是web-fragment,并且相应的文件必须命名为webfragment.xml.这将允许Web应用程序逻辑分区: 开发人员可以指定在web.xml和web

《Java EE 7精粹》—— 2.3 事件监听器

2.3 事件监听器 事件监听器提供对ServletContext.HttpSession和ServletRequest对象生命周期的回调事件.这些监听器实现了支持上述对象状态变化事件通知的接口类.每个类可以通过@WebListener注解定义或者在web.xml中声明,抑或通过ServletContext. addListener()方法注册.一个典型的监听器例子是以编程方式注册一个额外的Servlet而没有明确要求程序员这样做,或者应用程序级别的数据库连接的初始化和恢复. 可以有多个监听器类来