|
Les Java Beans
Un Java bean est un composant logiciel réutilisable qui peut visuellement être manipulé par un outil de construction d'applications. Nous allons donc tout au long de ce chapitre, parler de ces composants, et voir ce qui ce cache derrière cette terminologie.
La programmation orientée composants
Un composant est un objet qui obéit à certaines conventions de nommage quant à ses méthodes d'accès aux attributs et à ses événements. Dès lors, il est possible de le manipuler via un outil de manipulation de composant. Nous verrons pourquoi, plus tard.
L'intérêt est le suivant : un outil de manipulation va permettre de créer plus rapidement une application, que ce qu'aurait pu faire un programmeur. On parle de développement rapide d'applications (RAD). De plus un composant est réutilisable d'une application à une autre.
On a alors deux niveaux d'informaticiens : les programmeurs de composants, et les développeurs d'applications (non obligatoirement informaticiens). Les concepteurs de composants doivent pouvoir créer et distribuer des composants. Deux plus ils peuvent, via la sérialisation, fournir plusieurs configuration d'un même composants selon la demande. Les développeurs d'applications assembles les composants en fixant les propriétés des composants et en établissant la dynamique de l'application par communication d'évènements.
L'introspection
Toute la problématique est de savoir comment l'outil de manipulation de composants va pouvoir connaître les propriétés accessibles pour un composant. Le mécanisme qui va permettre cela est nommé introspection. L'introspection va donc permettre, en utilisant quelques règles, de récupérer ces propriétés en interrogeant le composant. Mais quelles sont ces règles ?
Ce sont bien entendu les règles de nommage des méthodes d'accès aux attributs de classes (privé de préférence). Donc si vos fonctions de consultations se nomment bien getAttr (ou attr est un attribut de classe) et celles de modifications setAttr, alors l'outil fournira à travers un panneau de configuration de propriétés, la possibilité de manipuler cette propriété. On parle alors de design-pattern.
Il en va de même pour les événements. Ceux-ci étant l'unité de transport d'informations au sein de l'application, si vous avez respecté les règles de nommage (pareil que pour l'AWT), l'outils sera alors à même de vous proposer un mécanisme d'association d'événement entre deux composants.
Finalement, d'étape en étape, vous allez pouvoir spécifier la dynamique de votre application : on parle de design-time. Si vous voulez interroger un bean, utilisez la classe Introspector du package java.bean. Celle-ci permet de récupérer un objet BeanInfo vecteur de son information liées à ces possibilités
Une question peut se poser. Est-ce que l'on peut créer un bean qui ne respecte pas ces conventions ? La réponse est oui ! Dans ce cas là, il vous faut lui adjoindre de l'information supplémentaire pour que l'outils de manipulation puisse l'utiliser. Si le bean se nomme Xxx vous devez alors fournir un XxxBeanInfo
La sérialisation
On parle de sérialisation lorsque l'on stocke un composant dans son état courant dans un fichier (par exemple). Dans ce cas, là on pourra le recharger dans le système dans ce même état. Ce qui permet de pouvoir déployer diverses configurations d'un même composant, selon les besoins.
|
