Vous êtes nouveau sur Developpez.com ? Créez votre compte ou connectez-vous afin de pouvoir participer !

Vous devez avoir un compte Developpez.com et être connecté pour pouvoir participer aux discussions.

Vous n'avez pas encore de compte Developpez.com ? Créez-en un en quelques instants, c'est entièrement gratuit !

Si vous disposez déjà d'un compte et qu'il est bien activé, connectez-vous à l'aide du formulaire ci-dessous.

Identifiez-vous

Identifiant
Mot de passe

Mot de passe oublié ?

Créer un compte

L'inscription est gratuite et ne vous prendra que quelques instants !

Je m'inscris !

Êtes-vous plus Eclipse SWT/JFace ou Java FX ?

Partagez votre expérience

Le 18 juin 2012 à 00:06, par Mickael Baron

19 commentaires

70PARTAGES

Voter pour

3

Voter contre

0

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.

Êtes-vous plus Java FX ou SWT/JFace ?

Vous avez lu gratuitement 3 206 articles depuis plus d'un an.
Soutenez le club developpez.com en souscrivant un abonnement pour que nous puissions continuer à vous proposer des publications.

Une erreur dans cette actualité ? Signalez-nous-la !

Votre nom : Votre e-mail :

Décrivez l'erreur que vous souhaitez porter à notre connaissance :

19 commentaires

Commenter Signaler un problème

Membre à l'essai

Le 02/07/2012 à 11:19

Les 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.

Voter pour

3

Voter contre

0

Membre émérite

Le 02/07/2012 à 10:40

Si 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.

Voter pour

1

Voter contre

0

Membre émérite

Le 02/07/2012 à 12:16

Citation

Envoyé par moustic98

Voir le message

j'ai pas bien compris ce que tu veux dire par sécurité

En 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.

Voter pour

1

Voter contre

0

Membre émérite

Le 02/07/2012 à 12:56

Citation

Envoyé par bugsan

Voir le message

Pourrais-tu expliciter un peu + quelle partie du code "logique" on va retrouver coté client et qui met en péril la sécurité ?

ton 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 initial

Voter pour

1

Voter contre

0

Membre averti

Le 02/07/2012 à 11:27

Citation

Envoyé par pdefert

Voir le message

je crois que j'ai trouvé le graal , de l'IHM java !!!

http://www.VAADIN.com

ça se code comme du swing,
et ça se comporte comme du RIA super classe
ça fonctionne dans un navigateur , de ie6 a x pour les composant basic.
ca fonctionne sur le mobile
et ca peut fonctionner en standalone avec phonegap (pas encore testé)

le graal pour un éditeur de logiciel qui souhaite couvrir tout les supports.

c'est basé sur gwt.

Philippe

Attention toutefois: avec Vaadin aucun traitement est réalisé côté client, tout se passe côté serveur. Il faut donc pouvoir tenir la charge.

Voter pour

0

Voter contre

0

Membre à l'essai

Le 02/07/2012 à 11:48

Citation

Envoyé par ithel

Voir le message

Attention toutefois: avec Vaadin aucun traitement est réalisé côté client, tout se passe côté serveur. Il faut donc pouvoir tenir la charge.

c'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.

Voter pour

0

Voter contre

0

Membre émérite

Le 02/07/2012 à 11:54

Citation

Envoyé par pdefert

Voir le message

je crois que j'ai trouvé le graal , de l'IHM java !!!

http://www.VAADIN.com

ça se code comme du swing,
et ça se comporte comme du RIA super classe
ça fonctionne dans un navigateur , de ie6 a x pour les composant basic.
ca fonctionne sur le mobile
et ca peut fonctionner en standalone avec phonegap (pas encore testé)

le graal pour un éditeur de logiciel qui souhaite couvrir tout les supports.

c'est basé sur gwt.

Philippe

c'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é

Citation

Envoyé par moustic98

Voir le message

c'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.

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 ressource

Voter pour

0

Voter contre

0

Membre à l'essai

Le 02/07/2012 à 12:01

Citation

Envoyé par marc.collin

Voir le message

c'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 ressource

j'ai pas bien compris ce que tu veux dire par sécurité

Voter pour

0

Voter contre

0

Membre averti

Le 02/07/2012 à 12:50

Il y a eu une belle conf (dispo sur Parley's) au BreizhCamp sur JavaFX 2. depuis que le l'ai vue, j'y crois!

Voter pour

0

Voter contre

0

Membre émérite

Le 02/07/2012 à 13:08

il 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.html

Voter pour

0

Voter contre

0

Commenter Signaler un problème