JSF生命周期

参考网址:https://blog.csdn.net/amwiacel/article/details/14451617

1 重建视图: 建立组件树,如果是首次渲染,则组件树被重置合适的状态;如果是首次渲染,则组件树被创建跳到响应阶段(JSF的组件树结构和DOM是一样的,只不过一个是client一个是server)。

2 应用请求值: 树中的每个组件都能从请求参数中提取的新的值,并把值存储本地.为之后的处理所有与组件相关的事件进入队列,如果某个组件的immediate属性设置为true,那么验证,转换,以及与组件关联的事件在这个阶段被处理(注意:并不是不处理).

3 处理验证: 组件值转换成与之相对应的数据类型。如果转换失败,这一阶段将继续完成所有剩余的转换器,验证和运行所需的检查,但在完成后,跳转到生命周期的Render Response阶段。

如果验证成功,则检查组件上的required 的属性。如果该属性是必须的并且组件中输入了值,那么与之相关的验证程序运行。如果required的属性是必须但又没有输入值,这一阶段完成(所有剩余验证程序还会继续执行),然后生命周期跳跃到Render Response阶段。如果required 属性标识为false,不管组件中有没有输入值,验证过程都不会运行。

在此阶段的末尾,组件的值会被重置为converted后的值,任何的validation或者conversion的错误信息及事件在FaceContext实例中排队,值修改事件开始触发。

验证顺序:converter->required->validator

总而言之,对于一个可以编辑的input组件,在Process Validations阶段遵循以下几个环节:
   a:如果converter失败,required检查和validators都不会执行
   b:如果converter成功,但是required检查失败validators不会执行
   c:如果converter和required都成功,所有的validators都会执行,在多个validators不管哪个validator失败了其余的validator都会继续执行,理由就是开发人员需要知道尽量多的 错  误提示来修改错误。

 

4 更新模型: 验证组件的本地值移动到模型中,同时本地副本被丢弃。

5 调用应用程序: 执行应用级逻辑(如事件处理程序。

6 呈现响应: 呈现树中的组件。后续请求和Restore View阶段保存状态信息。

 

在页面中测试事件触发后的当前阶段,比如button 的action:

 

[java] view plain copy
 
    1. public String action() {  
    2.     FacesContext fctx = FacesContext.getCurrentInstance();  
    3.     Map requestMap = fctx.getExternalContext().getRequestMap();  
    4.     PhaseId currentPhase =  
    5.         (PhaseId)requestMap.get("oracle.adfinternal.view.faces.lifecycle.CURRENT_PHASE_ID");  
    6.     System.out.println("actioncurrentPhase = " + currentPhase);  
    7.     return null;  
    8. }  
posted on 2018-05-28 17:32  尚好的青春最好的我们  阅读(109)  评论(0编辑  收藏  举报