JavaBeans

JavaBeans

Visión general

JavaBeans ™ proporciona un modelo estandarizado para el lenguaje de programación Java que permite que las clases sean

desarrollado como componentes. Los componentes tienen una forma estándar de representar datos y comportamiento, por lo que son más

se comparte fácilmente entre desarrolladores. Un modelo de componente como JavaBeans potencialmente permite a un desarrollador reutilizar

el código de otro desarrollador, incluso si trabajan en diferentes empresas en diferentes partes del mundo. En el

modelo de componente, los roles técnicos se dividen en programadores de componentes, ensambladores de componentes y

ensambladores de aplicaciones. Los programadores son los únicos que realmente tienen que codificar; el componente y

Los ensambladores de aplicaciones utilizan herramientas de desarrollo que les permitieron manipular y combinar beans visualmente. Esta

les permite crear nuevos beans o aplicaciones completas. Los JavaBeans pueden ser visuales, pero no tienen por qué serlo.

Que un modelo de componentes es una buena idea se demuestra por el hecho de que los componentes también son la base de Java 2

Enterprise Edition, pero el uso visual de JavaBeans solo tuvo un éxito moderado.

Sin embargo, eso no quiere decir que los JavaBeans sean insignificantes. Cuando se concibieron los JavaBeans, requirieron bastante

cambio en Java. El antiguo modelo de eventos (jerárquico) tuvo que ser reemplazado por un modelo de eventos más flexible para

las responsabilidades podrían distribuirse adecuadamente. El nuevo modelo de eventos se conoció como modelo de delegación.

Generalmente se supone que los JavaBeans admiten eventos, propiedades, introspección, personalización y persistencia.

El modelo de eventos actual permite desacoplar las fuentes de eventos y los oyentes de eventos. Cada JavaBean puede ser una fuente de

eventos y / o un oyente de eventos. El JavaBean se identifica a sí mismo como un oyente al implementar el apropiado

interfaces de escucha y métodos definidos en esas interfaces. Para identificarse como fuente de eventos, el bean tiene que

proporcione los métodos addXXXListener y removeXXX Listener.

Para que otras herramientas y aplicaciones encuentren las propiedades de un JavaBean, el bean debe ceñirse a un método específico

nombrar. Si el bean tiene lo que ahora conocemos como getters y setters con un nombre en particular, como String getName ()

y void setName (String n), entonces otras aplicaciones pueden asumir con seguridad que el bean tiene una propiedad llamada nombre de un

type String, aunque la representación interna puede ser diferente. Esta propiedad se puede utilizar en propiedad

hojas de un editor visual o en otras aplicaciones. Las JSP, JavaServer Pages, utilizan JavaBeans de esta forma.

Los valores devueltos de un formulario HTML se establecen como propiedades, que luego se pueden recuperar para algún procesamiento.

Normalmente, se exportan todos los métodos públicos. Si los proveedores de beans quieren limitar el número de propiedades, eventos y

exportados, pueden proporcionar una clase que implemente la interfaz BeanInfo. La interfaz BeanInfo

define métodos para otros objetos para consultar fácilmente qué miembros y eventos están disponibles. El código que

determina qué métodos se exportan en la implementación de BeanInfo.

Un bean puede proporcionar su propio PropertyEditor para nuevos tipos de datos, lo que permite que el bean se incluya en un objeto visual.

entorno del componente. Dicho editor puede admitir cadenas como valores, o incluso puede usar sus propios

java.awt.Componente para hacer la edición.

Cuando el bean puede proporcionar su propio personalizador para una personalización más compleja, ese tipo de editor debe extenderse

desde java.awt.Component e implemente java.beans.Customizer para que un editor gráfico pueda integrar el

editor en la GUI.

Un JavaBean debe admitir alguna forma de persistir, por lo que debe implementar java.io.Serializable

...