Êtes-vous plus Eclipse SWT/JFace ou Java FX ?
Partagez votre expérience
Le 2012-06-18 00:06:50, par Mickael Baron, Rédacteur
Avant l'arrivée de JavaFX et quand la boîte à outils Swing était largement mise en avant par Sun, la question se posait souvent sur le choix entre Swing et SWT/JFace la boîte à outils fournie par la plateforme Eclipse.
Aujourd'hui Swing est en perte de vitesse et Oracle souhaite la remplacer par Java FX.
Allons-nous voir apparaître un nouveau dilemme sur le choix de ces boîtes à outils Java pour le développement d'application de bureau ?
La rubrique Java de Developpez.com vous propose aujourd'hui de partager votre opinion et votre expérience sur ces deux boîtes à outils que sont Java FX et SWT/JFace.
Aujourd'hui Swing est en perte de vitesse et Oracle souhaite la remplacer par Java FX.
Allons-nous voir apparaître un nouveau dilemme sur le choix de ces boîtes à outils Java pour le développement d'application de bureau ?
La rubrique Java de Developpez.com vous propose aujourd'hui de partager votre opinion et votre expérience sur ces deux boîtes à outils que sont Java FX et SWT/JFace.
-
moustic98Membre à l'essaiLes DSI ont pratiquement déjà sceller le fait de ne plus installer d’application sur le poste de travail, cela prend plus de temps d’installer 200 poste à distance que de déployer une application sur un serveur, sans parler de la maintenance et des migrations d’OS sur les poste de travail, donc, à moins de s’intégrer dans un client léger (ou client riche comme disent certains), je ne voit SWING ou autre technologie d’IHM lourde que perdre du terrain face à la richesse du client léger.
Le cloud veux aussi faire un ravage et imposer encore plus une dictature du tous centraliser et accessible uniquement via client léger, mais cela touche gravement à la définition du poste de travail en lui-même qui pourrais ce voir transformer en interface de travail qui fournie un navigateur et une connexion réseau.
En somme, la tendance reste plus en faveur du web que du client lourd, à moins de voir surgir de nulle part des outils permettant de normalisé l’intégration de client lourd plus facilement au sein d’un SI.
Ayoub.le 02/07/2012 à 11:19 -
marc.collinMembre émériteSi je me fie au autre d'emploi de l'époque, le choix ne se posait même pas, c'était swing.
Je crois que swing est en perte de vitesse tous simplement car le web tend à dominer au niveau du développement.
Il suffit de regarder les offres d'emplois....... ça tourne majoritairement autour du web.
La vrai question je crois est si Oracle va investir et pousser cette technologie?
Il reste à avoir de bon éditeur graphique.le 02/07/2012 à 10:40 -
marc.collinMembre émériteEn autre les framework orienté serveur n'expose pas la logique du côté client.
je t'invite à te renseigner sur les frameworks orienté serveur, client, c'est assez intéressant et instructif.le 02/07/2012 à 12:16 -
marc.collinMembre émériteton code métier, tes traitements, tes validations
tu peux très bien faire une application avec la majorité du traitement du côté du client
j'ai récemment vu un système où il était assez simple de falsifier des données....
une fois que tu recevais les données en local, tu éditais la pages par exemple tu changeais le id qui était 3 par 5.... et écrasait ainsi les données du id 5
faudrait peut-être démarrer un autre discussion...... car c'est pas vraiment en lien avec le sujet initialle 02/07/2012 à 12:56 -
ithelMembre avertiAttention toutefois: avec Vaadin aucun traitement est réalisé côté client, tout se passe côté serveur. Il faut donc pouvoir tenir la charge.le 02/07/2012 à 11:27
-
moustic98Membre à l'essaic'est plutôt pas mal que de tous gérer coté serveur, ça évitera tous le débogage coté client des requêtes Ajax et veiller au chargement des objet du DOM, après j'ai pas encore tester, mais j'ai déjà utilisé Extjs et GWT, et c'est beaucoup mieux que du swing, l'avantage aussi des CSS fait la différance quant même
Ayoub.le 02/07/2012 à 11:48 -
marc.collinMembre éméritec'est pas nouveau
dans le même genre mais orienté client il y a ext-gwt
la version actuel de vaadin ne supporte qu'une architecture serveur
la version 7 apportera le côté client
les avantages/défauts des deux pourront être combiné
il y a la sécurité aussi
après je crois qu'on développe pas de la même façon...... il faut faire beaucoup plus attention au ressourcele 02/07/2012 à 11:54 -
moustic98Membre à l'essaile 02/07/2012 à 12:01
-
TcharlMembre avertiIl y a eu une belle conf (dispo sur Parley's) au BreizhCamp sur JavaFX 2. depuis que le l'ai vue, j'y crois!le 02/07/2012 à 12:50
-
marc.collinMembre émériteil y avait eu des démos de javafx sous ios et android.
ça pourrait contribuer à faciliter le développement
la roadmap de javafx
http://www.oracle.com/technetwork/ja...p-1446331.html
JavaFX Scene Builder afin de créer des interfaces simplement
http://www.oracle.com/technetwork/ja...ols/index.htmlle 02/07/2012 à 13:08