Version imprimable
Pour ma part, j'ai toujours fait du Swing, et comme je n'ai jamais eu affaire à une situation bloquante me forçant à en changer, j'y suis toujours. J'avais entendu ici ou là que JavaFX était l'avenir, mais il semble qu'il risque de devenir un zombie au même titre que Swing.
Du coup, y a-t-il vraiment une utilité à passer de Swing à JavaFX en l'état actuel des choses ?
Je ne crois pas tu as raison si ça continue comme cela.Citation:
Du coup, y a-t-il vraiment une utilité à passer de Swing à JavaFX en l'état actuel des choses ?
Mickael
Coté design , y'a vraiment pas photo coté JavaFx, j'ai énormément bossé sur swing ( malgré mon profil pro Microsoft).Citation:
Envoyé par Matthieu Vergne
J'ai toujours trouver le coté personnalisation des composants rebutant ( à l'époque je faisais du synth et du c++ avec jni pour les composants hautes performances).
J'arrivai à faire de belle applis en Swing mais cela me prenait du temps.
C'est vrai que depuis que je suis passé à WPF ( et un peu QT), le Java client lourds à beaucoup perdu dans mon estime :roll:.
Non, en réalité, Sun n'a fait qu'acheter VirtualBox à Innotek GmbH ;)Citation:
Envoyé par Vitofe
J'aime beaucoup JavaFX. Je l'ai utilisé pour des applications personnelles. C'est assez simple à utiliser et permet d'avoir une application correcte assez rapidement.
Au boulot j'aimerais mieux faire du JavaFX au lieu du HTML/Javascript.
Je ne comprends pas pourquoi Oracle le laisse mourrir.
hello
Dirk L. fait partie de l'equipe que j'ai montée il y a un an (environ 10 a 15 personnes) , il a présenté un de "mes" projets JavaFx a San Francisco.
Les problemes rencontrés avec JavaFx sont les suivant et je ne vois rien qui s'ameliore avec le temps :
- peu d'expert JavaFx
- temps apprentissage long (bindings, observability, java8)
- pas mal de bugs encore
- pas de datatable digne de ce nom
- manque des objets graphiques
- trop bas niveau pour etre productif, manque framework construit au dessus de JavaFx
- lenteur sur les gros projets
- integration avec framework comme Spring difficile (ID par exemple)
JavaFX fut un choix décidé il y a 3 ans pour la stabilité de java // html+js+browser. Aujourd'hui , l'amertume est présente, surtout apres l'abandon de l'outil SceneBuilder. Je suis persuadé que JavaFX va etre laissé tel quel et ne va pas ou peu évoluer.
L'avenir du client lourd, je le vois sur les OS type Win/Linux uniquement en HTML
Reste Android et iOS qui auront leur propre client lourd
mes 2cts de contribution
J'étais un peu paniqué de voir que c'est excellent article écrit le 4 janvier et qui est quand même un fameux pavé dans la marre n'avait suscité aucune réaction avant le 14 janvier !!!
Je me suis dit "tout le monde s'en fout .... sauf moi" :mouarf:
J'espère franchement qu'il y aura un sursaut de la part d'Oracle ...
Cet article (qui est plutôt un compte rendu de ce qui s'est déroulé fin novembre) est le fruit d'une discussion interne qui tournait autour du fait que Mickael voulait lancer un débat sur l'avenir de JavaFX depuis septembre dernier. D'une part cela m'a pris pas mal de temps de visionner les présentations de la JavaOne autour desquelles nous voulions initialement articuler le débat (2h+ chaque) mais également la mise en place a été longue à cause de nos indisponibilité dans la vie-réelle (boulot, vacances, maladie, etc.). Or cette controverse qui s'est déroulée fin novembre a fait l'effet d'un mini-tremblement de terre qui a secoué la (petite) communauté de l'OpenJFX et donc nous avons jugé plus opportun d'articuler la discussion autour. Après tout, JavaFX reste encore le seul toolkit UI actuellement développé coté JavaSE par Oracle.
Le fait que le JDK 9 soit finalement reporté de plusieurs mois semble avoir un impact positif sur le futur JavaFX 9 et il semble que les équipes se soient désormais données comme but de doubler le nombre de fonctionnalités par rapport à ce qui avait été prévu initialement (pas grand chose à part la modularisation pour aller avec de concert avec le JDK 9).