L'avenir du développement du GUI en Java? [fermé]

vous ne trouverez pas de réponse objective à cette question, seulement des préférences et des options personnelles.

SWT

Ma préférence personnelle est le SWT. J'ai commencé à l'utiliser, quand Swing était trop mauvais pour être une option. SWT est "juste" une couche sur le dessus de L'APIs fenêtrage natif et donc les applications écrites avec SWT se sentent comme des applications nativement écrites. Ceux-ci peuvent également être vissé vers le haut. Aucune API ne sera jamais à l'abri des mauvais développeurs. Le spectacle est aussi rapide qu'il peut obtenir dans mon expérience. Si ce n'est pas le cas, il y a une autre façon de le mettre en œuvre, là où il le sera.

L'API de SWT est de très bas niveau, ce qui rend la mise en œuvre des éléments de base inopinément fastidieuse, mais heureusement la plupart des cas d'utilisation typiques peuvent être résolus avec JFace, ce qui améliore la situation. Et lorsque vous utilisez L'API pendant un certain temps, vous accumulerez vos propres classes util. Vous pouvez devenir assez rapide dans la mise en œuvre des outils SWT.

depuis SWT vous donne seulement les bases, vous avez besoin MigLayout et Nébuleuse widgets pour survivre. Vous aimeriez Vitrage Listes.

Qt Jambi

en fait j'aurais aimé inclure une autre option que SWT et Swing pour vous: Qt Jambi. Mais Nokia a renoncé à cela, et il est "maintenu par une communauté open source" maintenant. Donc je ne sais pas "ne pas être obsolète dans quelques années".

néanmoins je suis excitée par cette discussion. Certaines personnes ont écrit une implémentation SWT en utilisant Qt Jambi comme API "native". Ils essaient de trouver comment y contribuer. Avoir Qt en option pourrait permettre à votre" bibliothèque unique qui tourne sur toutes les plateformes " pour SWT un jour, bien que je ne compterais pas dessus de sitôt.

Mais pour moi, votre exigence de "une bibliothèque unique" n'est pas un gros problème. Utilisez maven pour vos constructions, ajoutez quelques lignes de configuration et vous oublierez cela très bientôt.

Swing

Je ne peux pas vraiment comparer SWT à Swing, puisque mon expérience avec Swing est limitée. En tant qu'utilisateur, je n'aime pas la plupart des applications Swing, mais j'en ai vu de belles.

de nos jours l'apparence et la sensation natives des applications Swing sont devenus assez bons, mais vous ne tromperez pas un utilisateur de puissance. Aussi la performance semble être vraiment bonne dans les applications Swing nouvelles et bien faites, mais encore une fois, ce n'est que de ma vue limitée en tant qu'utilisateur.

Evidemment, il y a plus d' Des extensions tierces pour Swing que pour SWT - il suffit de faire une recherche Google. (Mais encore une fois, si vous supportez la douleur d'apprendre Eclipse RCP vous obtiendrez une infrastructure énorme et intéressante aussi bien. Cela ne parle pas de widgets cependant, c'est des choses comme EMF ou RAP. Je ne suis pas Eclipse RCP personne - je n'ai jamais eu assez de patience pour ça...)

un très grand avantage pour Swing, si vous aimez ce genre de choses, est Matisse, le constructeur de GUI de Netbeans. Qt a aussi un bien fait GUI builder.

résumé

si vous planifiez à long terme, Je ne vois pas plus d'options que SWT ou Swing pour le développement de GUI en Java. Les deux sont assez bons pour satisfaire la plupart des besoins si vous passez assez de temps. Mais ils ne sont pas parfaits. Vous envierez toujours les gens qui utilisent d'autres langues pour leurs widgets, la vitesse d'implémentation, l'outillage, ... Si vous n'êtes pas lié à Java, vous pouvez même préférer Flash ou Qt.