J'aimerais bien que tu détaille.
Pour moi, ancien étudiant un informatique, SWING est le bidule qui permet à Java de proposer les interfaces graphiques les plus poussives depuis l'invention de l'interface graphique.
Ah bon ? peut-être est-ce dû au fait que tu effectues des opérations lourdes dans un thread dédié à l'affichage, thread déja un peu ralenti par l'utilisation d'un vrai MVC.
Dis tu que SWT est encore plus lent que SWING ?
Je dirais plutôt d'une vitesse comparable, mais avec des goulots d'étranglement différents.
Ou qu'il existe des pratiques mystérieuses permettant de rendre SWING utilisable ?
Aussi, oui : ne pas utilsier le thread d'affichage pour effectuer les traitements sur le modèle, par exemple (grâce au SwingWorkerThread, c'est possible et facile), utiliser des événements adaptés aux traitements à effectuer (typiquement, éviter les mouseListener et keyListener), bref, coder intelligement.
Comment mesures-tu la performance et l'utilisabilité des deux toolkits ?
L'utilisabilité, c'est facile : essaye de développer une application avec Swing, puis avec SWT, et compares tes difficultés : avec Swing, elles viendront la plupart du temps d'une mauvaise compréhension des événements et du modèle utilisé. Avec SWT elles viendront surtout du fait que l'API est pauvrement documentée, difficilement extensible, et assez peu portable.
[^] # Re: Sun abandonne sa participation à Eclipse
Posté par Nicolas Delsaux . En réponse à la dépêche Sun abandonne sa participation à Eclipse. Évalué à 4.
Pour moi, ancien étudiant un informatique, SWING est le bidule qui permet à Java de proposer les interfaces graphiques les plus poussives depuis l'invention de l'interface graphique.
Ah bon ? peut-être est-ce dû au fait que tu effectues des opérations lourdes dans un thread dédié à l'affichage, thread déja un peu ralenti par l'utilisation d'un vrai MVC.
Dis tu que SWT est encore plus lent que SWING ?
Je dirais plutôt d'une vitesse comparable, mais avec des goulots d'étranglement différents.
Ou qu'il existe des pratiques mystérieuses permettant de rendre SWING utilisable ?
Aussi, oui : ne pas utilsier le thread d'affichage pour effectuer les traitements sur le modèle, par exemple (grâce au SwingWorkerThread, c'est possible et facile), utiliser des événements adaptés aux traitements à effectuer (typiquement, éviter les mouseListener et keyListener), bref, coder intelligement.
Comment mesures-tu la performance et l'utilisabilité des deux toolkits ?
L'utilisabilité, c'est facile : essaye de développer une application avec Swing, puis avec SWT, et compares tes difficultés : avec Swing, elles viendront la plupart du temps d'une mauvaise compréhension des événements et du modèle utilisé. Avec SWT elles viendront surtout du fait que l'API est pauvrement documentée, difficilement extensible, et assez peu portable.