Почему метод BackingBean называют многократно при запросе facelet?

Я работаю и узнаю о 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>

И вот боб поддержки. Метод 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;
    }

}
5
задан BalusC 23 March 2011 в 17:35
поделиться

2 ответа

Получатели bean-компонента предназначены только для доступа к данным модели со стороны представления. Их можно вызывать несколько раз. Обычно один или два раза, но это может увеличиваться до сотен раз, особенно когда они также используются в компонентах UIData или в других атрибутах, кроме value (например, визуализировано , отключено и т. Д.). Обычно это не вредит, поскольку это всего лишь простой вызов метода, и выполнение дорогостоящей логики загрузки данных или вычислений обычно не выполняется в геттерах. Предварительная загрузка / инициализация обычно выполняется в конструкторе компонента и / или методах действия компонента. Фактически, геттеры должны только возвращать данные (при необходимости также выполнять ленивую загрузку ).

Если getApplication (). GetKunden (getNameFilterPattern ()); выполняет довольно дорогостоящую задачу, вам действительно следует переместить ее либо в конструктор компонента, либо в метод bean @PostConstruct , или блок инициализации bean-компонента, или метод действия bean-компонента, или ввести шаблон отложенной загрузки в получателе. Вот пример, который показывает, как все это сделать:

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, вы можете найти эту статью для самостоятельной практики .

8
ответ дан 13 December 2019 в 22:07
поделиться

Он может быть вызван из различных фаз жизненного цикла JSF. Я бы поставил на фазы 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) и убедиться, что вы загружаете данные только один раз за запрос.

2
ответ дан 13 December 2019 в 22:07
поделиться
Другие вопросы по тегам:

Похожие вопросы: