2619Fermer2621
Pen^2Le 12/03/2015 à 11:58
Brunni (./2613) :
On a manifestement des expériences différentes avec Visual Studio et Eclipse respectivement.
Manifestement cheeky
Brunni (./2613) :
Probablement qu'on n'utilise pas la même chose
Mais justement, tu utilises quoi qui est lent à réagir ? Quelle fonctionnalité ? Quel bouton te fait attendre son résultat ? Quel fenêtre tarde à apparaître ?
Brunni (./2613) :
qu'on n'a pas les mêmes plugins (dans mon cas je n'ai que Visual Assist X et un thème).
J'utilise eclipse JDT de base (eclipse for java developper), avec notamment le plugin Window builder (intégré de base aussi)
Quant à Visual, j'utilisais aussi Visual Assist X, qui était pas mal mais loin d'eclipse quand même niveau robustesse (le refactoring n'est pas très malin et se trompe facilement).
Uther (./2616) :
Il faut dire que Swing est fait de telle sorte que c'est facile de bloquer/ralentir l'EDT.
On peut bien coder en Swing mais c'est tellement facile de laisser du code potentiellement lent s’exécuter dans ce thread que sur une grosse application on fini par le faire volontairement ou non.
Euh, c'est légèrement normal que l'interface soit bloquée si le codeur bloque le thread de swing ?!