Discussion :

[jayfaze]

C'est clair que Swing n'a pas évolué d'un poil depuis bien 7 ans...

Mais la question est pertinente: ce nouveau JavaFX est parfois présenté comme étant un Swing 2.0... dans les faits, cette première release ne devrait être qu'une couche séparée mais avec un degré d'interopérabilité bien supérieur à ce qu'avait l'ex JavaFX et son DSL.


Pourtant un bon DSL qui permette de définir l'interface graphique ainsi que son comportement devrait être un réel plus.

Est-ce l'apprentissage d'un nouveau langage qui rebute le développeur ?

Je pense pas.

[_skip]

Moi perso j'attend de voir, parce que pour une technologie qui reste inutilisable pendant plus de 3 ans, difficile de se laisser convaincre par une simple annonce.

[Philippe Bastiani]

Je pense pas.

Et c'est quoi alors ?

IMHO, les scripts JavaFX en tant que tels sont relativement faciles à mettre en oeuvre. Par contre, ce qui peut rebuter le développeur:
- le manque d'interopérabilité avec Java (loupé complètement)
- la non compatibilité des sources d'une version à l'autre (vraiment pas top quand tu débutes sur la techno et que tu essayes de tutoriels qui compilent pas)
- des objets graphiques mal finis ou absents
- des annonces sans lendemain comme la TV, la mobilité, etc
Et la cerise sur le gateau : le packaging des applis... mais là, il faut déjà avoir une appli qui tourne ;-)

[adiGuba]

Salut,

Mais le problème est justement là : tout ceci aurait mérité d'arriver directement dans Java et pas à part. On a une plateforme supplémentaire(et propriétaire) à rajouter en plus de la JVM existante.

Hum... D'accord avec toi sur le fait qu'il faudra standardiser tout cela !

Mais le fait que JavaFX ne soit pas intégré à l'API standard a aussi ses avantages : cela permettra de le faire évoluer plus facilement.

Actuellement l'évolution Swing est très limité à cause de cela. La moindre modification dans des composants existants peut entrainer de grosse incompatibilitée sur les programmes existants. Or on n'a pas forcément la main sur la version de Java à utiliser...

En utilisant une version séparé de JavaFX, on pourra controller plus finement la version de l'UI que l'on souhaite utiliser.
Ainsi par exemple la migration vers un éventuel JavaFX "2.1" pourrait "casser" certains programmes mais ce ne sera pas gênant car ils continueront à utiliser la version "2.0".


Enfin, Java 8 devrait apporter la modularisation et on peut espérer que cela permettent de fixer la version de l'UI à utiliser indépendamment de la version de Java, ce qui permettra à JavaFX d'apporter des évolutions plus marqués au fil du temps...



a++

[dutrieux]

Regardez du coté de Apache Pivot, le remplaçant de swing je l'ai trouvé

Duto