article de presse - Cap Data Consulting

P ratique
Nous savons générer, compiler, exécuter et distribuer une application
client riche avec Eclipse 3.1. Nous avons également dit quelques
mots sur le lancement d'une application RCP au sein du runtime
Eclipse. Révisons un petit peu. Le système va du général au particulier. Au
départ se trouve une classe 'Application' qui travaille avec une classe intervenant
sur le Workbench. Celle-ci travaille à son tour avec une classe s'intéressant
à l'aspect visuel du Workbench. Les classes de perspectives travaillent
avec les vues, sans avoir toutefois de relations directes avec les deux
classes précitées. Au milieu de tout cela, se promène une classe pour la création
des actions. Nous traiterons de cette classe un peu plus loin. Une application
RCP se branche au minimum sur les points d'extensions Applications,
Perspectives et Views. Les branchements sur les points Perspectives et Views
peuvent être multiples. Les branchements sont énumérés dans un fichier de
configuration XML. Ce fichier ne matérialise aucune relation entre perspectives
et vues ni entre perspectives et Workbench.
1
Notre but
Notre point de départ est une application RCP de base, comme illustrée cidessous.
A l'intérieur de la fenêtre nous voyons un deuxième jeu de bouton
d'agrandissement et fermeture. Ceux-ci concernent l'éditeur par défaut
qui occupe toute la place. Cette vue est
évidemment gérée par une perspective.
Nous voulons que notre application gère
une seule perspective. Nous gardons donc
celle par défaut, mais nous enlèverons
l'éditeur par défaut pour le remplacer par
un canevas qui affichera un texte en son
centre. Nous ajouterons une barre de menus et une barre d'outils. Une
entrée du menu et un bouton de la barre d'outils seront connectés à une
action qui provoquera l'affichage d'un deuxième texte dans le canevas.
Même si ce but est modeste, il vous sera suffisant pour aller beaucoup plus
loin tout seul sans difficulté, car tout sous Eclipse obéit aux mêmes principes.
Vous trouverez le projet complet sur le Cd-Rom accompagnant le
magazine. Cet article expose la démarche à suivre à partir du projet donné
le mois dernier.
2
Le gros oeuvre
Commençons par configurer l'aspect visuel du Workbench qui est du même
coup l'aspect visuel de notre application. Nous modifions pour cela une méthode
de la classe ApplicationWorkbenchWindowAdvisor prévue à cet effet :
public void preWindowOpen() {
IWorkbenchWindowConfigurer configurer =
getWindowConfigurer();
configurer.setInitialSize(new Point(400, 300));
configurer.setShowCoolBar(true);
configurer.setShowStatusLine(false);
configurer.setTitle("Programmez! RCP");
}
Niveau
java facile avancé expert
Développer des applications
Eclipse RCP (2e partie)
Après avoir appris à générer une application client riche avec Eclipse 3.1, nous allons étudier
comment personnaliser l'application en fonction de nos besoins.
Notre point de départ est une
application Eclipse RCP de base.
Notre Eclipse RCP
application personnalisée.
Programmez n°85 77 avril 2006
Nous rendons visible la Coolbar qui nous servira de barre d'outils, masquons
la barre d'état et donnons un titre à la fenêtre. Tout cela est bien, mais l'éditeur
par défaut est toujours présent. Celui-ci est intégré à la perspective par
défaut. Cette perspective n'est pas instanciée ici dans le code de configuration
du Workbench. Quand Eclipse a passé ces étapes de configuration, il
revient au descriptif XML de l'application et y trouve la définition de la perspective
par défaut, générée par l'assistant lors de la création du projet. Il instancie
alors la classe Java correspondante puis invoque une méthode :
public void createInitialLayout(IPageLayout layout) {
}
dont le corps est pour l'instant désespérément vide, ce qui n'empêche pas la
zone de l'éditeur d'être présente comme nous l'avons dit plus haut. Ceci vient
du concept même de perspective qui se veut être un éditeur central entouré
de vues montrant sous différents aspects le contenu de l'éditeur. Suivant cette
logique, Eclipse crée toujours une zone d'édition par défaut. Comme on le
voit, la méthode reçoit un IPageLayout en argument. Le terme layout fait comprendre
que nous avons affaire à un gestionnaire de mise en forme analogue
aux layouts de Swing bien connus. Nous voyons le mot Page, mais pas le mot
perspective. Simple problème de terminologie. Sous Eclipse, une perspective
est un concept logique. Quand ce concept trouve sa matérialisation visuelle
dans le Workbench cela devient une page. Notre interface IPageLayout va
donc bien s'occuper de la mise en forme de notre Perspective/Page. De
même, une vue Eclipse est un concept matérialisé visuellement par une Part,
ainsi que nous le verrons plus loin. Réécrivons la méthode :
public void createInitialLayout(IPageLayout layout) {
Sur le
CD ROM