Quel framework Java GUI choisir maintenant?

Question

Quelle infrastructure/bibliothèque GUI choisiriez-vous si vous deviez commencer votre nouveau projet maintenant ou dans un futur proche?

Il doit être gratuit pour un usage commercial et multi-plateforme.

Je suis un utilisateur de swing heureux, mais Sun semble comme pousser bat à deprecation, tout en poussant JavaFX, ce qui est pas encore prêt pour prime time.

Il ya aussi SWT, mais il semble qu'il y ait des problèmes sous Linux.

Quelle est votre bibliothèque/framework Gui de choix?

EDIT: Sun a annulé le projet swingx. Des commentaires du forum sur http://swingx.dev.java.net semble que la majorité des ressources de Sun qui travaillaient précédemment sur le pivot principal développent maintenant JavaFx à temps plein.

Answer 1

Je pense que malgré la mauvaise gestion de Sun, Swing reste un excellent framework. Vous pouvez faire un lot avec lui, surtout si ce "lot" implique des contrôles d'interface utilisateur personnalisés. Si votre application a besoin d'un LAF de marque, ou même juste de quelques contrôles personnalisés complexes ici et là, Swing est exactement ce que vous voulez.

D'un autre côté, j'aime beaucoup SWT. Cela donne un mauvais coup parce que tout le monde pensait que c'était le stratagème d'IBM de prendre le contrôle de Java, mais c'est juste un autre cadre d'interface utilisateur qui est assez complémentaire de Swing. Je ne conseillerais pas d'utiliser SWT pour le rendu graphique super complexe (en particulier: la composition) ou pour créer des contrôles personnalisés vraiment non triviaux, mais pour tout le reste, c'est vraiment dandy. L'API elle-même fait l'objet de nombreuses critiques en raison notamment de la dépendance vis-à-vis des masques binaires et d'une boucle de répartition des événements gérée par l'utilisateur, mais la plupart de ces éléments sont assez transparents. Les composants eux-mêmes sont beaucoup plus simples que ceux de Swing (en termes d'extensibilité et similaires), ce qui signifie que l'API peut être proportionnellement plus simple. Je peux réellement me rappeler comment créer et remplir une table dans SWT; alors que je ne pense pas que j'ai déjà traité cela dans Swing sans l'assistance de Google.

Le plus gros problème de SWT est que la version stable dépend de Carbon sur Mac OS X. Cela signifie que les applications SWT ne peuvent exécuter que 32 bits sur Java 5 (ou 32 bits sur SoyLatte). Comme pour les autres plateformes, SWT est phénoménal sur Windows (Vista et XP) et presque aussi bon sur GTK Linux. Je n'ai pas (dans un passé récent) eu des problèmes avec SWT sur Linux, donc je suis un peu surpris que vous le mentionniez comme un point douloureux.

Revenons à votre question: tout dépend de ce dont votre application a besoin. Si c'est une application flashy personnalisée avec des tonnes de contrôles personnalisés et de composition complexe, Swing est le seul jeu en ville. Cependant, si une API plus simple est plus importante pour vous, ou si vos utilisateurs exigent la fidélité ultime de la plate-forme LAF, SWT est le meilleur choix.

Answer 2

J'utilise toujours Swing, et je continuerai à le faire jusqu'à ce qu'il ne soit plus supporté du tout. Merci pour le heads-up sur Javafx, je vais devoir me pencher là-dessus maintenant.

Answer 3

À l'heure actuelle, j'utilise SWT ou Qt (Jambi). Swing n'a pas évolué depuis 10 ans, les bugs ne sont pas corrigés, le développement s'est arrêté en faveur de JavaFX, donc vous ne verrez plus jamais de nouveautés. JavaFX sera probablement très beau, mais il est toujours fabriqué par les gens qui ont laissé Swing mourir de faim, donc je ne mets pas d'argent dessus. Entre SWT et Qt, je préfère utiliser Qt car c'est un framework très mature et puissant réalisé par des gens qui savent ce qu'ils font (enfin, la plupart du temps :)) et SWT si la licence du nouveau projet n'était pas compatible avec Qt's.