Le blog de L'ami S'ami

En ce moment, il ne se passe pas un jour où je n'entends parler d'Eclipse RCP. La première fois que j'ai découvert ce Framework, c'était il y a bien longtemps, les lecteurs de DNG s'en souviennent peut-être. A l'époque, RCP n'existait pas vraiment sous cette forme. Les API étaient moins consistantes et le design laissait plutôt à désirer.

4 ans après, je dois avouer que je n'ai toujours pas été convaincu par cette API que je trouve complexe même si visuellement très aboutie (il suffit d’utiliser Eclipse). En fait, le problème avec RCP n’est pas tant technique, c’est plutôt son positionnement qui me laisse un peu perplexe.

A l’origine, RCP et notamment SWT/JFace ont été créés pour pallier aux problèmes récurrents de Swing (performances, pauvreté des composants). RCP s'appuie sur les widgets natifs du système d'exploitation (qui dit code natif, dit performance) là où Swing redéfinit ses rendering via une architecture à base de Toolkit.

Or aujourd'hui, Swing a changé. Swing est performant. Pour s'en convaincre, il suffit de tester les dernières versions de "feu" JBuilder ou simplement de lancer Eclipse en mode Swing avec le plugin EoS(terrible!). Entre le JDK 1.3 et le JDK 1.6, il y a eu de sacrés progrès (le JDK 1.7, en béta, est encore plus criant).

Côté design, ce Framework est d'une redoutable efficacité. La personnalisation y est poussée jusqu'aux limites extrêmes. Le multi-Look&Feel (appelé aussi Plaf pour Pluggable L&F) satisfait aujourd'hui quasiment toutes les envies. Et l'outillage qui faisait tant défaut il y a encore quelques mois est désormais opérationnel et productif.

Mon atelier de développement préféré du moment en Swing est composé de Eclipse + JFormDesigner + JIDE. JFormDesigner est un outil Java très en vogue, il permet à la manière de VS.NET de concevoir une application graphique via simple glisser/déplacer avec un mode preview multi-skins et une palette de composants personnalisables.

JFormDesigner s'utilise en mode génération de code (vous n'êtes pas dépendant de l'outil) ou à partir de fichiers de description XML à l'exécution (nécessite un Runtime). Son architecture ouverte lui permet d'utiliser tout type de Layout Manager (le fardeau des outils de conception Swing WYSIWYG) dont le célèbre JGoodies Forms Layout ou celui de Matisse (dans une prochaine version), GroupLayout.

Associé à JFormDesigner, JIDE (merci à Florent pour m'avoir fait découvert ce Framework) est la cerise sur le gâteau, regardez simplement cette démo et vous comprendrez à quel point Swing a changé.

Seule ombre au tableau mais elle est de taille (surtout comparé à VS.NET) : le binding. On s'aperçoit que lorsqu'on conçoit une application Swing graphiquement, l'association aux données reste encore malheureusement trop manuelle et le mode bi-directionnel inexistant (possibilité de changer les propriétés d'un bean avec synchronisation du contrôle graphique associé). Sun y travaille et tout le monde attend patiemment la JSR 295.

Malgré tout, Swing n'a pas à rougir face à RCP. Bien au contraire, l'avenir joue en sa faveur, non seulement SwingLabs trace les contours de sa roadmap mais surtout Swing fait partie intégrante du J2SE. Pas de librairie tierce à télécharger (utile dans le cas de Smart Client Java Web Start) et une communauté largement supérieure à celle d'Eclipse RCP (quoi qu'on en dise). JavaDesktop.org (une perle) montre à quel point cette communauté est dynamique et produit jour après jour des applications de plus en plus complexes.