|
|
 |
Sommaire
|
|
 Introduction |
|
|
|
|
|
|
|
|
Pour simplifier, JFace est à SWT ce que Swing est à AWT : un jeu de composants graphiques construisant sur les fondations d'une bibliothèque graphique proche du système. JFace est basé sur SWT, et donc comme ce dernier dépend d'Eclipse, ce qui se retrouve dans ses paquetages de type org.eclipse.jface.* . JFace apporte à SWT certaines fonctionnalités de Swing, à commencer par une architecture MVC (Modèle-Vue-Contrôleur), ce qui autorise les développeurs à mieux séparer leurs données et interfaces. JFace étend donc SWT, mais n'empêche nullement l'application de se servir directement de SWT.
Notamment, JFace cherche à faciliter le développement d'applications utilisant SWT indépendantes, ce dernier nécessitant parfois beaucoup de code pour accomplir des actions familières. JFace se charge donc d'encapsuler certains comportements et traitements fondamentales, permettant au développeur de porter son attention sur autre chose que le code - l'utilisabilité de son interface, par exemple.
Dans les faits, pour créer une boîte d'information avec SWT, il faut faire appel à plusieurs classes, tandis que JFace permet de s'en sortir avec une méthode et quelques arguments.
Depuis Eclipse 3.2, JFace propose également un framework de liaison de données (Data Binding Framework), qui cherche à améliorer la gestion des données et leur mise en place au sein d'interfaces JFace/SWT. Pour ce faire, il reprend des idées d'Hibernate, EJB3 et Rails en matière d'automatisation des flux de données entre la couche métier et la couche de présentation. Ce framework dépend du paquetage org.eclipse.equinox.common, et non plus de SWT, car il a été conçu pour ne pas être attaché à une seule bibliothèque graphique - même si l'utilisation avec SWT est facilitée. Equinox, un framework de composants basé sur un standard de l'OSGi, est inclus dans la plate-forme pour client riche d'Eclipse (Eclipse Rich Client Platform, ou RCP).
|
