JSF中BACKBEAN設為REQUEST時值變事件需要注意的細節

本文探讨了在JSF框架中使用request作用域的BackBean时遇到的值变事件问题。当页面未发生跳转再次触发其他事件时,先前的值变事件可能会被意外触发。文章提供了几种解决方法,包括在构造函数中获取初始值、利用session存储值或采用MyFaces的<t:savestate>标签。

1﹑值變事件﹕

      當我們把backbean的scop設為request做值變事件時﹐會遇到很多古怪的問題﹐比如﹕你對一個下拉框添加了值變事件﹐當你第一次觸發此事件時﹐一切好像很正常﹔但是如果返回來的頁面是本頁(就是頁面沒做跳轉)﹐然後你再去觸發其他事件時﹐你會發現原來的值變事件也被觸發了﹐然後怎麼找也找不到BUG﹐這時你應該仔細想想﹐到底是什麼觸發了這個值變事件呢。其實這是正常的﹐為什麼呢﹐讓我來解答你吧﹕
首先﹐對與下拉框觸發值變事件是通過﹕添加值變事件監聽器和onchange事件組合形成的﹐對吧﹔
當你第一次觸發onchange時﹐一切都按預計的步驟走。然而頁面回傳過來後(依舊是本頁)﹐你再去做其他的提交動作時﹐這個可惡的值變事件又被觸發了﹐其實這時符合JSF的。因為當你第一次提交回來後﹐頁面上下拉框的值已經變成你剛纔所選擇的值了﹐而變事件的監聽者是在服務端﹐所以﹐一旦你對本頁面提交﹐服務端的監聽者就發現你下拉框的值和原先初始時的值不一樣(因為scop是request)所以它認為客戶端觸發了onchange事件﹐於是呼叫值變事件了。呵呵原來如此﹗﹗﹗﹗
解決辦法就是﹕
1﹑在backbean初始時(就是構造函數中)通過像普通的JSP--servlet拿客戶端的值一樣﹐把下拉框的值先拿到。
2﹑可以把下拉框的值放到session中﹐然後在每次在構造函數中把他取出來。
3﹑用myfaces的<t:savestate>標籤﹐把下拉框的值狀態保存在客戶端。

【完美复现】面向配电网韧性提升的移动储能预布局与动态调度策略【IEEE33节点】(Matlab代码实现)内容概要:本文介绍了基于IEEE33节点的配电网韧性提升方法,重点研究了移动储能系统的预布局与动态调度策略。通过Matlab代码实现,提出了一种结合预配置和动态调度的两阶段优化模型,旨在应对电网故障或极端事件时快速恢复供电能力。文中采用了多种智能优化算法(如PSO、MPSO、TACPSO、SOA、GA等)进行对比分析,验证所提策略的有效性和优越性。研究不仅关注移动储能单元的初始部署位置,还深入探讨其在故障发生后的动态路径规划与电力支援过程,从而全面提升配电网的韧性水平。; 适合人群:具备电力系统基础知识和Matlab编程能力的研究生、科研人员及从事智能电网、能源系统优化等相关领域的工程技术人员。; 使用场景及目标:①用于科研复现,特别是IEEE顶刊或SCI一区论文中关于配电网韧性、应急电源调度的研究;②支撑电力系统在灾害或故障条件下的恢复力优化设计,提升实际电网应对突发事件的能力;③为移动储能系统在智能配电网中的应用提供理论依据和技术支持。; 阅读建议:建议读者结合提供的Matlab代码逐模块分析,重点关注目标函数建模、约束条件设置以及智能算法的实现细节。同时推荐参考文中提及的MPS预配置与动态调度上下两部分,系统掌握完整的技术路线,并可通过替换不同算法或测试系统进一步拓展研究。
在 JavaServer Faces (JSF) 中,`requestScope` 是一种作用域(scope),用于管理托管 Bean(Managed Bean)的生命周期和数据可见性。`requestScope` 的生命周期与 HTTP 请求的生命周期一致,这意味着每次请求一个新的页面或执行一次 AJAX 请求时,都会创建一个新的 `requestScope` 实例。一旦请求完成,该作用域及其相关的 Bean 将被销毁[^2]。 ### requestScope 的作用 1. **短暂的数据存储**:适用于需要在单次请求中传递和使用的数据,例如表单提交后的数据处理。 2. **减少内存消耗**:由于 `requestScope` 生命周期较短,不会占用服务器过多内存资源。 3. **避免数据污染**:不同请求之间不会共享数据,确保数据的独立性和安全性。 ### requestScope 的使用方法 #### 1. 在 `faces-config.xml` 中配置 `requestScope` 在 JSF 配置文件 `faces-config.xml` 中声明一个 `managed-bean` 并将其作用域设置为 `request`: ```xml <managed-bean> <managed-bean-name>nameBean</managed-bean-name> <managed-bean-class>demo.NameBean</managed-bean-class> <managed-bean-scope>request</managed-bean-scope> <managed-property> <property-name>userName</property-name> <value>#{param.name}</value> </managed-property> </managed-bean> ``` 上述配置定义了一个名为 `nameBean` 的托管 Bean,其作用域为 `request`,并且通过 `#{param.name}` 从请求参数中获取 `userName` 属性的值。 #### 2. 在页面中使用 `requestScope` Bean 在 JSF 页面中,可以通过 EL 表达式访问 `requestScope` 中的 Bean: ```xhtml <h:outputText value="User Name: #{nameBean.userName}" /> ``` 此代码将显示从请求参数中获取的 `userName` 值。 #### 3. 通过 Java 代码获取请求参数 除了在配置文件中传值,还可以直接在 Bean 中使用 `FacesContext` 获取请求参数: ```java public class NameBean { private String userName; public String getUserName() { return userName; } public void setUserName(String userName) { this.userName = userName; } public static String getRequestParameter(String name) { return (String) FacesContext.getCurrentInstance().getExternalContext().getRequestParameterMap().get(name); } } ``` 通过调用 `getRequestParameter` 方法,可以在 Bean 中动态获取请求参数,这种方式在处理复杂逻辑时更为灵活[^2]。 ### requestScope 的优缺点 - **优点**: - 内存占用低,适合处理短暂的数据。 - 数据隔离性好,避免了多个用户之间的数据干扰。 - **缺点**: - 每次请求都需要重新创建 Bean,可能会增加性能开销。 - 不适合需要在多个请求之间共享数据的场景。 ### requestScope 与其他作用域的比较 - **与 `sessionScope` 相比**:`sessionScope` 的生命周期与用户的会话相关,适用于需要在多个请求之间保持数据的场景。然而,`sessionScope` 会占用更多内存,并且可能导致数据混乱,尤其是在多窗口操作时。 - **与 `viewScope` 相比**:`viewScope` 是介于 `requestScope` 和 `sessionScope` 之间的一种作用域,适用于需要在多个 AJAX 请求之间保持数据的场景,但不会跨越页面导航[^1]。 ### 总结 `requestScope` 是 JSF 中一种重要的作用域类型,适用于处理短暂的数据和单次请求的场景。通过合理使用 `requestScope`,可以有效管理 Bean 的生命周期,减少内存消耗,并确保数据的安全性和独立性。 ---
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值