Discussion :

[sinok]

il y a myEclipse pour cela éventuellement, sachant que d'après ce que j'avais compris matisse venait surtout avec son propre layout qui aidait bien à la conception graphique de gui (drag and drop).

A l'occasion tu as un topic qui débat de la question pas très loin: http://www.developpez.net/forums/d26...lder-utiliser/

concernant l'EDT et la nécessité de gestion multithreadé, est ce aussi le cas pour du winforms/WPF ? Ou sous les gui mac ?

En fait tous les toolkits font face au même problème de synchronisation du thread de l'interface graphique: http://shemnon.com/speling/2007/02/g...ing-a-met.html, http://stackoverflow.com/questions/2...k-thread-works.

[pseudocode]

Je serais surpris de voir quelque chose en interface .net qui ne soit pas realisable en swing.

C'est pas tant que ce n'est pas réalisable, c'est que c'est plus difficile.

Dans les nouvelles moutures de .Net, il y a une nette séparation entre le coté "graphique" (format xaml, outils "expression", ...) et le coté code (format c#, visual studio, ... ). La glue entre ces 2 cotés est assurée par le framework (chargement, binding, evenements, ...).

Ce découpage colle assez bien avec la répartition des compétences "modernes" d'une équipe de dev : archi, codeurs, graphistes/ergonomes, ...

Le framework Swing nécessite d'avoir une compétence dans tous ces domaines si on veut faire une IHM équivalente.

[yoyo88]

pour repondre a la question : Devrait-on faire un client lourd en Java ? et à la problématique de swing
le problème et que pour développer une client lourd 100% portable on n'a pas trop le choix. sauf si la portabilité n'es pas une obligation auquel cas java entre en concurrence avec d'autre langage tous aussi bon. (.Net ou encore notre bon vieux c/c++)
bref la portabilité a un prix.

Sinon si on élève la portabilité, faire un client lourd en java plutôt que dans un autre langages, c'est plutôt une question de projet, de compétence et de gout.

[bobuse]

C'est clair que Swing est à la traîne d'un point de vue technologique, mais je suis toujours étonné quand je vois certaines applications faites en Swing. Par exemple, j'utilise depuis peu JOSM, et c'est quand même bien foutu.
Sinon, c'est clair qu'il manque un framework qui fasse consensus pour faciliter le développement Swing et ajouter quelques standards.

Ceci dit, je développe sur la plateform Netbeans (RCP), et là pas mal de manque sont comblés, tant d'un point de vue technologique (Lookup, PluginManager, TopComponent, Nodes, …) que conceptuel (DCI).

Par contre, quand tu parles de Look and Feel, c'est très loin de mes préoccupations. On a des LnF pour Win, Mac et GTK (Qt via un bind avec GTK), c'est tout ce dont on devrait avoir besoin. J'ai horreur des applications qui m'impose un nouveau style ! Mais bon, c'est un autre débat …

[blackhock]

Bonsoir a tous,
Personnellement j'ai beaucoup travaillé avec Swing, au départ je trouvais ca un peu compliqué mais petit à petit j’ai découvert la puissance de cette API, et franchement une fois maîtrisée on se régale.
Personnellement je préfère le développement des clients lourds que le développement web, et je pense que Java (et SUN) peut mieux faire dans ce domaine (à l’image de C#).
Bonne soirée à tous.

[DjGonk]

Salut,

Je bosse depuis plus de trois ans avec Swing et je n'en suis pas dessus. Bien entendu je suis passé par le développement Web en premier (avec les débuts des Jsp et ensuite autre Jsf).

C'est vrai qu'au premier abort c'est la séparation MVC n'est pas subtilement proposée par Swing. Mais avec de l'habitude on comprend et on trouve les moyens de faire cette séparation (avec des API ou pas).

Je pense que par rapport au produit de chez Mr Microsoft et de certains autres, ce dont souffre Swing c'est de n'avoir à proposé un système de binding inclus avec le JDK. Bien sur il possible de passer par des API (JGoodies) qui permettent ce binding, mais Sun devrait pour moi ce focaliser sur le binding qui est est un élément essentiel dans le développement de client lourd.

Concernant les LAF c'est clair que c'est pas facile mais bon comme toutes technologies il faut apprendre...

[nicolofontana12]

Expert en Systeme embarqué, je crois qu'il ne faut pas accuser Sun de son manque d'interet à J2SE!
Java dès le depart n'avait pas été conçu pour les applications lourd. Il à ete concu à l'origine comme un langage orienté web et embarquée.

Ce retour de Java pour renforcer sa position sur le web et embarqué est vu par les specialisté comme un retour à l'objectif initial.

Que l'on se dise cette verité, Java n'etait pas prevu pour les deskops mais plutot pour le web.

Il faut aussi signaler que le monde desktop est entrain d'etre oublié pour laisser place au web et embarqué.

Il ne faut pas aussi oublier que Sun meme à tendance à oublier Java ME. Depuis longtemps il n'ya pas d'evolution, JavaFx n'evolue pas aussi comme on le voit chez les autres!

Ce manque d'interet peut etre expliqué par le rachat de Sun par oracle, je dirai non! Certe il pourrai avoir un probleme diurne au sein de Sun meme qui l'empeche à evoluer.

L'avenir nous dira la verité

[momjunior]

Salut,

Je me propose de relancer cette discussion car j'aimerai savoir ce qu'il en est de client lourd en Java.

Les problèmes de freeze, d'ergonomie, difficulté d'apprentissage etc, ont-ils été réglés?

Y'a t'il une amélioration par rapport à votre dernière discussion ?

En fait je voudrais développer des applications d'entreprises, et j'hésite entre le J2Se et le JEE. Quels sont donc les avantages et les inconvénients des 2 technologies?

Merci