Zwischen einer JSF-Seite und einer verwalteten Bean, warum die Getter-Methode zweimal aufgerufen wird

Question

Ich habe eine JSF-Seite mit einem Formular hat einen outputtext drin. Der Wert der outputtext-Komponente wird von einer Backing-Bean (oder verwalteten Bean) aufgerufen. Ich weiß, wenn ich es als # {MyBean.myString} Jsf es umbenennen und ruft getMyString() -Methode. Allerdings ist die seltsame Sache, wenn ich einen Breakpoint auf die Getter-Methode dieser Komponente gesetzt habe, sehe ich, dass es zweimal aufgerufen wird, während die Seite gerendert wird. Der Ausgabetext befindet sich in einer h: -Form und ist die einzige Komponente, die an eine Hintergrundbean bindet. Ich meine, es ist so seltsam, dass jsf den Wert bekommen sollte, wenn es zuerst zur Getter-Methode kommt, aber es muss zweimal zur Getter-Methode gehen. Können Sie erklären, was der Grund für dieses Verhalten in jsf ist?

Jede Hilfe würde geschätzt, Die besten Wünsche, Baris

Answer 1

Der Getter, wie der Name schon selbst beschreibt, ist nur dort mit dem reinen Zweck abrufen die Daten. JSF speichert diese Daten nicht zwischen. Es wird es bei Bedarf anrufen. Die Kosten für das Aufrufen eines Getters sind in der Praxis null - es sei denn, Sie tun etwas mehr als das Zurückgeben der Daten, z. Immer wenn die DB die DB trifft, sollte sie aus dem Getter heraus bewegt werden oder in eine Lazy Loading umgewandelt werden.

Im Falle eines Sendens eines Formulars wird der erste get-Aufruf normalerweise während der Validierungsphase ausgelöst, um zu prüfen, ob ein Anfangswert vorhanden ist, damit JSF das Ereignis der Wertänderung verarbeiten kann. Der zweite Aufruf wird normalerweise während der Renderantwortphase ausgelöst, um den Modellwert in der Ansicht anzuzeigen.

Sie können auch this article nützlich finden, um mehr über den JSF-Lebenszyklus zu erfahren. Möglicherweise finden Sie this answer nützlich, um mehr über Möglichkeiten zu erfahren, Vorverarbeitung/Initialisierung in einer Backing-Bean zu tun.