Proyecto Swing: Construir un Interface de Usuario

Las arquitecturas Java Foundation Classes (JFC) y JavaBeans Enterprise comparten un elemento de diseño clave: la separación de los datos de su aspecto en pantalla o la manipulación de los datos. En las aplicaciones JavaBeans Enterprise, el beande entidad proporciona una vista de los datos. El mecanismo de los datos oculto puede ser solapado y modificado sin modificar la vista del bean de entidad o recompilar cualquier código que use la vista.

El proyecto Swing separa la vista y control de un componente visual de sus contenidos, o medelo de datos. Sin embargo, aqunque el Proyecto Swing tiene los componentes que crean la arquitectura Modelo-Vista-Controlador (MVC), es más seguro describirlo como una arquitectura de modelo-delegado. Esteo eso por la parte controlador de un interface Swing, frecuentemente usa el eventos del ratón y de teclado para responder al componente, es combinada con la vista física en un objeto "User Interface delegate" (UI delegate).

Cada componente, por ejemplo un JButton o un JScrollBar, tiene una clase UI delegate separada que desciende desde la clase ComponentUI y está bajo el control de un controlador UI separado. Mientras que cada componente tiene un UI delgate básico, no está más unido con los datos ocultos por lo que se pueden intercambiar mientras que la aplicación todavía se está ejecutando. La posibilidad de cambiar el aspecto y comportamiento refleja la característica del aspecto y comportamiento conectable (PLAF) disponible en Swing.

Este capítulo describe componentes de usuario Swing en términos de la aplicación AuctionClient.


¿Tienes Prisa?

Esta tabla contiene enlaces directos a los tópicos específicos.

Tópicos Sección
Componentes y Modelos de Datos


Ozito