Saltar al contenido principal

Understanding Components

Abrir en ChatGPT
Java API

Antes de construir componentes personalizados en webforJ, es importante entender la arquitectura fundamental que moldea cómo funcionan los componentes. Este artículo explica la jerarquía de componentes, la identidad de los componentes, los conceptos del ciclo de vida y cómo las interfaces de preocupación proporcionan capacidades a los componentes.

Entendiendo la jerarquía de componentes

webforJ organiza los componentes en una jerarquía con dos grupos: clases internas del marco que nunca debes extender y clases diseñadas específicamente para construir componentes personalizados. Esta sección explica por qué webforJ utiliza composición sobre herencia y qué proporciona cada nivel de la jerarquía.

¿Por qué composición en lugar de extensión?

En webforJ, los componentes integrados como Button y TextField son clases finales: no puedes extenderlos:

// Esto no funcionará en webforJ
public class MyButton extends Button {
// Button es final - no se puede extender
}

webforJ utiliza composición sobre herencia. En lugar de extender componentes existentes, creas una clase que extiende Composite y combina componentes dentro de ella. Composite actúa como un contenedor que envuelve un único componente (llamado el componente vinculado) y te permite agregar tus propios componentes y comportamientos a él.

public class SearchBar extends Composite<FlexLayout> {
private final FlexLayout self = getBoundComponent();
private TextField searchField;
private Button searchButton;

public SearchBar() {
searchField = new TextField("Buscar");
searchButton = new Button("Ir");

self.setDirection(FlexDirection.ROW)
.add(searchField, searchButton);
}
}

Por qué no puedes extender componentes integrados

Los componentes webforJ están marcados como finales para mantener la integridad del componente web del lado del cliente subyacente. Extender las clases de componentes de webforJ otorgaría control sobre el componente web subyacente, lo que podría llevar a consecuencias no deseadas y romper la consistencia y previsibilidad del comportamiento del componente.

Para una explicación detallada, consulta Clases finales y restricciones de extensión en la documentación de arquitectura.

La jerarquía de componentes

Clases para desarrolladores (usa estas):

  • Composite
  • ElementComposite
  • ElementCompositeContainer

Clases internas del marco (nunca extiendas directamente):

  • Component
  • DwcComponent
Nunca extiendas Component o DwcComponent

Nunca extiendas Component o DwcComponent directamente. Todos los componentes integrados son finales. Siempre utiliza patrones de composición con Composite o ElementComposite.

Intentar extender DwcComponent generará una excepción en tiempo de ejecución.

Interfaces de preocupación

Las interfaces de preocupación son interfaces de Java que proporcionan capacidades específicas a tus componentes. Cada interfaz agrega un conjunto de métodos relacionados. Por ejemplo, HasSize agrega métodos para controlar el ancho y la altura, mientras que HasFocus agrega métodos para gestionar el estado de enfoque.

Cuando implementas una interfaz de preocupación en tu componente, obtienes acceso a esas capacidades sin escribir código de implementación. La interfaz proporciona implementaciones predeterminadas que funcionan automáticamente.

Implementar interfaces de preocupación otorga a tus componentes personalizados las mismas API que los componentes integrados de webforJ:

// Implementa HasSize para obtener métodos de ancho y altura automáticamente
public class SizedCard extends Composite<Div> implements HasSize<SizedCard> {
private final Div self = getBoundComponent();

public SizedCard() {
self.setText("Contenido de la tarjeta");
}

// No es necesario implementar estos - los obtienes gratis:
// setWidth(), setHeight(), setSize()
}

// Úsalo como cualquier componente webforJ
SizedCard card = new SizedCard();
card.setWidth("300px")
.setHeight("200px");

El compuesto reenvía automáticamente estas llamadas al Div subyacente. No se necesita código adicional.

Apariencia

Estas interfaces controlan la presentación visual de un componente, incluyendo sus dimensiones, visibilidad, estilos y tema.

InterfazDescripción
HasSizeControla el ancho y la altura, incluyendo restricciones mínimas y máximas. Extiende HasWidth, HasHeight, y sus variantes mínimas/máximas.
HasVisibilityMuestra u oculta el componente sin eliminarlo de la disposición.
HasClassNameGestiona los nombres de clase CSS en el elemento raíz del componente.
HasStyleAplica y elimina estilos CSS en línea.
HasHorizontalAlignmentControla cómo se alinea el contenido horizontalmente dentro del componente.
HasExpanseEstablece la variante de tamaño del componente utilizando los tokens de expansión estándar (XSMALL a XLARGE).
HasThemeAplica una variante de tema como DEFAULT, PRIMARY o DANGER.
HasPrefixAndSuffixAgrega componentes al espacio reservado de prefijo o sufijo dentro del componente.

Contenido

Estas interfaces gestionan lo que un componente muestra, incluyendo texto, HTML, etiquetas, pistas y otro contenido descriptivo.

InterfazDescripción
HasTextEstablece y recupera el contenido de texto plano del componente.
HasHtmlEstablece y recupera el HTML interno del componente.
HasLabelAgrega una etiqueta descriptiva asociada con el componente, utilizada para accesibilidad.
HasHelperTextMuestra texto de pista secundaria debajo del componente.
HasPlaceholderEstablece texto de marcador que se muestra cuando el componente no tiene valor.
HasTooltipAdjunta un tooltip que aparece al pasar el cursor.

Estado

Estas interfaces controlan el estado interactivo de un componente, incluyendo si está habilitado, editable, requerido o enfocado al cargar.

InterfazDescripción
HasEnablementHabilita o deshabilita el componente.
HasReadOnlyColoca al componente en un estado de solo lectura donde el valor es visible pero no puede ser cambiado.
HasRequiredMarca al componente como requerido, típicamente para la validación de formularios.
HasAutoFocusMueve el enfoque al componente automáticamente cuando se carga la página.

Enfoque

Estas interfaces gestionan cómo un componente recibe y responde al enfoque del teclado.

InterfazDescripción
HasFocusGestiona el estado de enfoque y si el componente puede recibir enfoque.
HasFocusStatusVerifica si el componente tiene actualmente enfoque. Requiere un viaje de ida y vuelta al cliente.
HasHighlightOnFocusControla si el contenido del componente se resalta cuando recibe enfoque, y cómo (KEY, MOUSE, KEY_MOUSE, ALL, etc.).

Restricciones de entrada

Estas interfaces definen qué valores acepta un componente, incluyendo el valor actual, los rangos permitidos, los límites de longitud, las máscaras de formato y el comportamiento específico del idioma.

InterfazDescripción
HasValueObtiene y establece el valor actual del componente.
HasMinEstablece un valor mínimo permitido.
HasMaxEstablece un valor máximo permitido.
HasStepEstablece el incremento de paso para entradas numéricas o de rango.
HasPatternAplica un patrón de expresión regular para restringir la entrada aceptada.
HasMinLengthEstablece el número mínimo de caracteres requeridos en el valor del componente.
HasMaxLengthEstablece el número máximo de caracteres permitidos en el valor del componente.
HasMaskAplica una máscara de formato a la entrada. Utilizada por componentes de campo enmascarados.
HasTypingModeControla si los caracteres escritos se insertan o sobrescriben caracteres existentes (INSERT o OVERWRITE). Utilizado por campos enmascarados y TextArea.
HasRestoreValueDefine un valor al que el componente se restablece cuando el usuario presiona Escape o llama a restoreValue(). Utilizado por campos enmascarados.
HasLocaleAlmacena un idioma por componente para el formato sensible al idioma. Utilizado por campos de fecha y hora enmascarados.
HasPredictedTextEstablece un valor de texto predictivo o de autocompletar. Utilizado por TextArea para admitir sugerencias en línea.

Validación

Estas interfaces agregan comportamiento de validación del lado del cliente, incluyendo marcar componentes como inválidos, mostrar mensajes de error y controlar cuándo se ejecuta la validación.

InterfazDescripción
HasClientValidationMarca un componente como inválido, establece el mensaje de error y adjunta un validador del lado del cliente.
HasClientAutoValidationControla si el componente valida automáticamente a medida que el usuario escribe.
HasClientAutoValidationOnLoadControla si el componente valida cuando se carga por primera vez.
HasClientValidationStyleControla cómo se muestran los mensajes de validación: INLINE (debajo del componente) o POPOVER.

Acceso al DOM

Estas interfaces proporcionan acceso de bajo nivel al elemento HTML subyacente del componente y a las propiedades del lado del cliente.

InterfazDescripción
HasAttributeLee y escribe atributos HTML arbitrarios en el elemento del componente.
HasPropertyLee y escribe propiedades del componente DWC directamente en el elemento del cliente.

i18n

Esta interfaz proporciona soporte de traducción para componentes que necesitan mostrar texto localizado.

InterfazDescripción
HasTranslationProporciona el método auxiliar t() para resolver claves de traducción a cadenas localizadas usando el idioma actual de la aplicación.
advertencia

Si el componente subyacente no soporta la capacidad de la interfaz, recibirás una excepción en tiempo de ejecución. Proporciona tu propia implementación en ese caso.

Para una lista completa de interfaces de preocupación disponibles, consulta el JavaDoc de webforJ.

Descripción general del ciclo de vida del componente

webforJ gestiona automáticamente el ciclo de vida del componente. El marco maneja la creación, adjunción y destrucción de componentes sin requerir intervención manual.

Hooks del ciclo de vida están disponibles cuando los necesitas:

  • onDidCreate(T container) - Se llama después de que el componente se adjunta al DOM
  • onDidDestroy() - Se llama cuando el componente se destruye

Estos hooks son opcionales. Úsalos cuando necesites:

  • Limpiar recursos (detener intervalos, cerrar conexiones)
  • Inicializar componentes que requieren adjunción al DOM
  • Integrar con JavaScript del lado del cliente

Para la mayoría de los casos simples, puedes inicializar componentes directamente en el constructor. Usa hooks del ciclo de vida como onDidCreate() para diferir trabajo cuando sea necesario.