请求的facelet时,为什么多次调用辅助Bean的方法?
题
我的工作和学习JSF + Facelets的这些日子。我有一个BackingBean和一个facelet XHTML页面。当我请求的facelet页(仅一次)后备豆方法被调用多次。
可能是什么原因呢?
我看不出有什么特别。由于事先。
下面是的facelet:
<?xml version="1.0" encoding="UTF-8" ?>
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" xmlns:f="http://java.sun.com/jsf/core" xmlns:h="http://java.sun.com/jsf/html" xmlns:ui="http://java.sun.com/jsf/facelets">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8" />
<title>Insert title here</title>
</head>
<body>
<ui:composition template="index.xhtml">
<ui:define name="content">
<h:form>Name: <h:inputText id="nameFilterPattern" value="#{kundenBackingBean.nameFilterPattern}" /><h:commandButton value="Suchen"/></h:form>
<h:dataTable var="kunde" value="#{kundenBackingBean.kunden}" rowClasses="rowHighlight, rowOrdinary">
<h:column>
<f:facet name="header">
<h:outputText value="Kundennr" />
</f:facet>
<h:outputText value="#{kunde.kundenNr}"/>
</h:column>
<h:column>
<f:facet name="header">
<h:outputText value="Name" />
</f:facet>
<h:outputText value="#{kunde.name}"/>
</h:column>
<h:column>
<f:facet name="header">
<h:outputText value="Vorname" />
</f:facet>
<h:outputText value="#{kunde.vorname}"/>
</h:column>
<h:column>
<h:outputLink>Details</h:outputLink>
</h:column>
</h:dataTable>
</ui:define>
</ui:composition>
</body>
</html>
这里是支持bean。该方法getKunden被多次调用:
@ManagedBean
@SessionScoped
public class KundenBackingBean extends AbstractBackingBean {
private String nameFilterPattern;
public List<Kunde> getKunden(){
System.out.println("getKunden");
return getApplication().getKunden(getNameFilterPattern());
}
public String getNameFilterPattern() {
return nameFilterPattern;
}
public void setNameFilterPattern(String nameFilterPattern) {
System.out.println("Name filter: " + nameFilterPattern);
this.nameFilterPattern = nameFilterPattern;
}
}
解决方案
豆的吸气剂就在那里为访问强>模型从观看侧的数据。它们可以被多次调用。通常一或两次,但可以长到几百倍,特别是当UIData
组件或其他属性比value
(如rendered
,disabled
等)也可使用。但这通常不会伤害,因为它只是一个简单的方法调用和做昂贵的数据加载逻辑或计算通常不会在干将来完成。预加载/初始化通常要在bean构造和/或豆操作方法进行。吸气剂其实应该只的收益的数据(如果必要的话也做的延迟加载的)。
如果getApplication().getKunden(getNameFilterPattern());
是做了相当昂贵的任务,你应该将它移动到任何bean的构造函数,或豆@PostConstruct
方法,或豆初始化块,或豆操作方法,或引进的延迟加载的模式在吸气。下面是它展示了如何做到这一点的例子都:
public class Bean {
private String nameFilterPattern;
private List<Kunde> kunden;
// Load during bean construction.
public Bean() {
this.kunden = getApplication().getKunden(getNameFilterPattern());
}
// OR load during @PostConstruct (will be invoked AFTER construction and resource injection.
@PostConstruct
public void init() {
this.kunden = getApplication().getKunden(getNameFilterPattern());
}
// OR during bean initialization (this is invoked BEFORE construction and will apply to ALL constructors).
{
this.kunden = getApplication().getKunden(getNameFilterPattern());
}
// OR during bean action method (invoked from h:commandLink/Button).
public String submit() {
this.kunden = getApplication().getKunden(getNameFilterPattern());
return "navigationCaseOutcome";
}
// OR using lazy loading pattern in getter method.
public List<Kunde> getKunden() {
if (this.kunden == null)
this.kunden = getApplication().getKunden(getNameFilterPattern());
}
return this.kunden;
}
在特定情况下,我认为这是@PostConstruct
(如果nameFilterPattern
是从一个GET
请求参数获得的),或仅豆动作方法(如果nameFilterPattern
是从一个POST
格式输入字段而获得)是合适
要了解更多关于JSF生命周期,你会发现这个自我实践文章有用。
其他提示
它可以从不同的相中JSF lifecylce的。我的选择将是阶段RestoreView
然后RenderResponse
- 使用JSF最近我没去过,所以我不记得这个详细。
您可以缓存最新的过滤模式和相应的客户端。你重装客户端仅如果过滤器改变。这样一来,你解决这个特定的问题,再加上避免重新加载数据,如果过滤器没有改变。
private String nameFilterPattern;
private String lastNameFilterPatternLoaded;
private List<Kunde> clients;
public List<Kunde> getKunden(){
System.out.println("getKunden");
if( nameFilterPattern.equals( lastNameFilterPatternLoaded ) )
{
clients = getApplication().getKunden(getNameFilterPattern());
lastNameFilterPatternLoaded = nameFilterPattern
}
return clients;
}
或者可以使用一个request
豆(而不是session
),并确保每个请求加载数据仅一次。