JSF gestionó las convenciones de nomenclatura de frijoles

naming-conventions managed-bean

Question

En estos días solía trabajar con JSF, pero hay una "convención" en la que dudo si debería usarla. Al trabajar con beans administrados, la gente solía nombrarlo como XxxxxManagedBean donde el prefijo puede ser cualquier nombre relacionado con su empresa.

¿Has trabajado así? Particularmente, no me gusta mucho a pesar de que la búsqueda sea fácil. ¿Estás usando otra convención?

Gracias por responder a esta simple duda.

Answer 1

No existe una convención estricta especificada por JSF. He visto las siguientes convenciones:

• FooBean
• FooBacking
• FooManager
• FooController
• FooManagedBean

O incluso solo Foo que luego se coloca en un paquete específico como com.example.controller , com.example.backing o incluso com.example.view , etc.

Yo mismo tiendo a usar FooManager para aplicaciones y beans de ámbito de sesión (por ejemplo, DataManager , UserManager , LocaleManager , etc.) y solo Foo , o como lo exige mi proyecto actual, FooBacking (por ejemplo, Login o LoginBacking ) para solicitar y ver beans con alcance, que son cada uno generalmente vinculado a un <h:form> y / o vista específicos.

FooBean es demasiado vago. Realmente muchas clases se pueden marcar como javabeans. Frijoles administrados JSF, entidades JPA, EJB, objetos de transferencia de datos, objetos de valor, etc. El nombre de Bean no indica la responsabilidad real de la clase de ninguna manera. Es cierto que utilizo a menudo public class Bean o MyBean public class Bean en mis ejemplos de código genérico en blogs o en respuestas de foro / preguntas y respuestas, pero en el mundo real debes evitarlo.

FooManagedBean es IMO un nombre deficiente, no solo es demasiado largo y feo, sino que, técnicamente, un bean administrado es una instancia de un bean de respaldo que es administrado por algún framework (JSF en este caso). La definición de clase en sí es realmente un bean de respaldo, no un bean administrado . Entonces, un FooBackingBean es técnicamente más correcto, pero aún es demasiado largo y la parte de Bean tiene un poco de picazón.

De todos modos, esta es una pregunta bastante subjetiva que difícilmente puede responderse objetivamente con la respuesta One and Correct. Realmente no me importa tanto a mí ni a nadie más lo que haces de él, siempre y cuando seas consecuente con él durante todo el proyecto.