Discussion :

[Mickael Baron]

�tes-vous plus Eclipse SWT/JFace ou Java FX ?
Les choix strat�giques d'Oracle pourraient relancer le d�bat

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 ?

[marc.collin]

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.

[pdefert]

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

[moustic98]

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.

[ithel]

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.

[moustic98]

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.

[marc.collin]

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�

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

[moustic98]

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�

[marc.collin]

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.

[bugsan]

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

[Tcharl]

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!

[marc.collin]

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

[marc.collin]

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

[moustic98]

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

Je suis tous � fait d'accord avec toi, l'encapsulation permet de pas trop tomb� dans le panneau, mais faut aussi mettre toutes la logique de traitement cot� serveur, sinon faut lancer un autre d�bat et ne pas trop polluer celui-ci

[marc.collin]

je fais malheureusement du swing actuellement que sous Java 1.5 donc javafx ce n'est pas pour tous de suite.

si c'est disponible tel qu'il avait �t� au d�part sur les tv, mobile et bureau, �a permettrait de toucher un large public d'un seul coup
sans compt� que �a sera inclus dans la jvm au lieu d'un produit externe tel que swt

[A�ris22]

Pour en revenir au sujet initial, j'ai eu de (tr�s) mauvaises exp�riences avec SWT.
Si on fait une IHM fixe (�quivalent web 1.0), �a doit pouvoir �tre jouable, d�s qu'on tombe dans le dynamique (�quivalent web 2.0), c'est l'anarchie totale.

� mon avis sur SWT, la plus grosse erreur qui a �t� faite est la n�cessit� de construire tous les widgets en connaissant � l'avance le parent : Widget(Widget parent, int style).
Il est impossible de reparenter un composant apr�s sa cr�ation !
Des cas d'utilisation classiques et simples mais qui deviennent juste infernaux � faire en SWT : g�rer des �l�ments dans 2 colonnes et changer un �l�ment de colonne, trier un tableau d'�l�ments par rapport � une colonne�

� noter aussi des choses assez �tranges, comme des centaines d'attributs tous stocker sous la classe SWT et utilis�s comme 2nd param�tres dans les constructeurs, mais sans aucune logique (�a va de la gestion des bordures aux clics de souris en passant par la police � utiliser) ni type-safety (tous les composants n'acceptent pas tous les param�tres disponibles et planteront lamentablement � l'ex�cution si on en passe un mauvais).

Pour finir, de jolies fuites m�moire sur la gestion des polices, des images ou des couleurs, un concept du MVC � la limite du foireux�

� sa d�charge, je me servais de SWT de la m�me mani�re que Swing, c'est-�-dire sans les surcouches type JFace ou RCP.
Peut-�tre que c'est plus utilisable avec ce genre de techno, mais en natif, on ne m'y reprendra plus !

Avec tout �a, il faut encencer les d�veloppeurs d'Eclipse, qui arrivent quand m�me � faire un sacr� boulot avec un truc qui sent aussi mauvais =)

Niveau JavaFx, jamais vraiment pratiqu�, mais �a me semble tr�s prometteur, avec des fonctionnalit�s vraiment sympa (bind powered !!!).
Je pense que �a sera ma prochaine exp�rimentation sur mon prochain projet pro qui me le permettra.

[javan00b]

Jai commenc� lentement le javafx avec le scene builder, cest tres different de swing, le potentiel est enorme mais pour l'instant les outils ne sont pas au point et la documentation sur le web est tres minime.

Je suis deja impatient de voir la suite et d'en apprendre davantage, pour l'instant il est un peu tot pour me forger un opinion definitive.

swing est encore vivant...

[DaTheWolf]

J'ai trouv� miglayout assez sympa mais commercial je crois qu'il y a une version free.
Je corrige c'est un layout manager tr�s complet. La version que j'utilise dans l'id�e "JComponentBuilder" (�diteur d'interfaces graphiques) je pense est commerciale mais les binaires livr�s avec sont libres (compile, runtime).
C'est la premi�re fois que j'arrive � faire une gui.
�a existe pour Swing et javafx g�n�ration de code pas parfaite mais quand on a pris en consid�ration les limites et le fonctionnement il y a moyen de faire quelque chose sans tout coder p�niblement. �a existe aussi pour Javafx mais �a fait 8 mois que je n'y ai plus touch� because maladie h�pital.
J'ai essay� aussi JavaFX mais j'ai "d�croch�" � mon �ge je devrais pas dire comme �a mais ce qui m'est arriv� �tait ultra violent. Je vais m'y remettre. Ce que j'ignore et que je n'ai pas su d�velopper comme comp�tence c'est la fluidit� et la r�activit� dans l'ex�cution des t�ches. Bien threader, choisir le bon ensemble de composants et faire rouler...

[bouye]

Pour les taches de fond c'est par la

[Coderinthedark2]

J'ai eu une assez bonne exp�rience avec JavaFX. A commenc� le d�veloppement de l'interface graphique en Java il y a quelques mois apr�s une certaine exp�rience avec l'interface graphique python (pyqt5 et tkinter). Compar� � eux, JavaFX est comparable � mon avis.