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 , par Mickael Baron

20PARTAGES

3  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 ?

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

Avatar de moustic98
Nouveau Candidat au Club https://www.developpez.com
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.
3  0 
Avatar de marc.collin
Membre éprouvé https://www.developpez.com
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.
1  0 
Avatar de marc.collin
Membre éprouvé https://www.developpez.com
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.
1  0 
Avatar de marc.collin
Membre éprouvé https://www.developpez.com
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
1  0 
Avatar de ithel
Membre averti https://www.developpez.com
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.
0  0 
Avatar de moustic98
Nouveau Candidat au Club https://www.developpez.com
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.
0  0 
Avatar de marc.collin
Membre éprouvé https://www.developpez.com
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
0  0 
Avatar de moustic98
Nouveau Candidat au Club https://www.developpez.com
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é
0  0 
Avatar de Tcharl
Membre averti https://www.developpez.com
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!
0  0 
Avatar de marc.collin
Membre éprouvé https://www.developpez.com
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
0  0