Performance: Porqué usar @Factory en vez de getters
Cuando JSF resuelve una #{EL Expression} no cachea los resultados. Esto quiere decir que por cada expresión como #{user.name}, se hará una llamada al método User.getName().
Esto por sí mismo no es peligroso. Pero analicemos este caso típico
...
#{user.name}
...
</h>
En este caso por cada fila de la tabla, se hará una llamada al método UserManager.getUserList() para obtener el usuario actual. Si el método UserManager.getUserList() implica una llamada a la base de datos, el tiempo de carga crece imcreíblemente.
Una primera solución es usar el patrón de diseño Carga Perezosa (LazyLoad).
De esta forma la lista no se crea cada vez que se la llama desde la página JSF. Pero aún así se sigue invocando el método getUserList() multitud de veces.
La mejor solución es poner la lista en el contexto de la página, y acceder a ella directamente por su nombre en el contexto en vez de por el componente al que pertenece.
Esto se puede hacer mediante la anotación @Out o la anotación @Factory
@Factory(value = "userList", scope = ScopeType.PAGE)
public List getUserList() {
if (this.list == null) {
this.list = createUserList();
}
return list;
}
}
...
#{user.name}
...
</h>





Performance: Uso de @Create | Desarrollo en Web Said,
March 19, 2010 @ 5:49 pm
[...] este post me gustaría hacer una pequeña contribución al post “Performance: ¿Por qué usar @Factory en vez de getters?” de Seam City sobre el uso de @Factory para la obtención de listas. En el post se menciona que los [...]