|
Swing versus SWT
|
Dans la continuïté de la discussion JSP versus Swing:
Que choisir entre le framework Swing et le framework SWT/JFace proposé par
www.eclipse.org ?
SWT semble nettement plus fluide que Swing (et plus rapide), s'intègre
mieux avec l'OS et présente l'intérêt de pouvoir éventuellement interagir
avec des composants natifs (je sais que ce n'est pas dans la philosophie
Java, mais il faut bien reconnaître que le fait de pouvoir éventuellement
intégrer une spreadsheet Excel dans une appli Java tournant sur Windows
peut s'avérer très utile, même si cette spreadsheet est remplacée par
quelquechose de plus simple sur d'autres OS; de même, lorsqu'il s'agit
d'afficher du HTML un peu sophistiqué, il est plus agréable pour
l'utilisateur d'interagir avec une fenêtre InternetExplorer qu'avec le
browser Swing, fortement limité dans l'affichage).
Mes questions sont:
- savez-vous quelle est la position de Sun vis à vis du projet Eclipse?
Envisagent-t-ils de se rallier au projet à moyen terme ou bien au
contraire de pousser Forte/Netbeans comme concurrent d'Eclipse en tant
qu'IDE, et de limiter au maximum l'usage de SWT/JFace au profit de Swing ?
- certains d'entre vous hésitent-ils également entre Swing et SWT pour
leurs applis futures? - que pensez-vous de l'avenir de SWT, de l'avenir de
Swing ?
DLoub
 |
|
Je crois que Sun a réagi très vivement à l'arrivé d'Eclipse et je me
souviens d'avoir lu un article sur www.theserverside.com où Sun critiquait
SWT. A mon avis, Sun essaie de promouvoir Forte et il va donc y avoir une
bataille Forte / Eclipse.
Pour moi, si on se place du côté de l'utilisateur, il n'y a pas photo :
une appli swt est visuellement beaucoup mieux (sans parler de la rapidité
d'exécution). En ce qui concerne la philosphie sous jacente, le débat est
plus difficile mais je trouve que la logique de swt se défend
Seb
On Tue, 19 Feb 2002 18:14:10 +0100
Stéphane Laurière <dloubard@noos.fr> wrote:
> Dans la continuïté de la discussion JSP versus Swing:
>
> Que choisir entre le framework Swing et le framework SWT/JFace proposé
> par www.eclipse.org ?
>
> SWT semble nettement plus fluide que Swing (et plus rapide), s'intègre
> mieux avec l'OS et présente l'intérêt de pouvoir éventuellement
> interagir avec des composants natifs (je sais que ce n'est pas dans la
> philosophie Java, mais il faut bien reconnaître que le fait de pouvoir
> éventuellement intégrer une spreadsheet Excel dans une appli Java
> tournant sur Windows peut s'avérer très utile, même si cette spreadsheet
> est remplacée par quelquechose de plus simple sur d'autres OS; de même,
> lorsqu'il s'agit d'afficher du HTML un peu sophistiqué, il est plus
> agréable pour l'utilisateur d'interagir avec une fenêtre
> InternetExplorer qu'avec le browser Swing, fortement limité dans
> l'affichage).
>
> Mes questions sont:
> - savez-vous quelle est la position de Sun vis à vis du projet Eclipse?
> Envisagent-t-ils de se rallier au projet à moyen terme ou bien au
> contraire de pousser Forte/Netbeans comme concurrent d'Eclipse en tant
> qu'IDE, et de limiter au maximum l'usage de SWT/JFace au profit de Swing
> ? - certains d'entre vous hésitent-ils également entre Swing et SWT pour
> leurs applis futures? - que pensez-vous de l'avenir de SWT, de l'avenir
> de Swing ?
>
> DLoub
>
__________________________________________________________________________
____ ifrance.com, l'email gratuit le plus complet de l'Internet ! vos
emails depuis un navigateur, en POP3, sur Minitel, sur le WAP...
http://www.ifrance.com/_reloc/email.emailif
|
|
> From: Stéphane Laurière [mailto:dloubard@noos.fr]
> Dans la continuïté de la discussion JSP versus Swing:
>
> Que choisir entre le framework Swing et le framework
> SWT/JFace proposé par www.eclipse.org ?
J'ai commence a developper en SWT apres plusieurs annees passees sur
Swing. Mes commentaires jusqu'a present :
- Le look de SWT est extremement professionnel. Les recentes
applications Swing prouvent qu'on peut obtenir un look and feel
raisonnablement professionnel (JBuilder, TogetherJ), mais il faut
beaucoup d'expertise en Swing pour y arriver. Ca vient automatiquement
avec SWT.
- L'integration de SWT avec OLE, COM et ActiveX est un avantage
fantastique.
- SWT est rapide. Tres *tres* rapide. Plus de peers, plus de problemes
de performances, au prix de quelques DLL. Un vrai soulagement.
- SWT est au meme niveau que Swing point de vue abstraction mais JFace a
un niveau supplementaire (support des wizards, etc...). Levez le doigt
tous ceux dans la salle qui ont reimplemente des wizards en Swing...
- Le GridLayout (de SWT) est un reve. Fini l'aberration GridBagLayout. Et
ne venez pas me dire qu'on peut tout faire avec le GridBagLayout, c'est un
des managers les plus minables que j'aie jamais vus. Jetez un coup d'oeil
au White Paper sur les Layout Manager de SWT qui utilise un exemple de
panneau. Je mets au defi tous les gourous GridBagLayout d'implementer cet
exemple en utilisant uniquement *un* JPanel, et pas une multitude de
sous-Jpanels comme le GridBagLayout nous impose a cause de ses limitations
stupides (une des raisons pour lesquelles les interfaces Swing se
trainent).
- Point de vue IDE, NetBeans a encore quelques avantages par rapport a
Eclipse mais ce dernier rattrape son retard tres vite.
Je vais continuer mes investigations, je vous tiens au courant.
--
Cédric
|
|
> Je vais continuer mes investigations, je vous tiens au courant.
cool!
>Levez le doigt
> tous ceux dans la salle qui ont reimplemente des wizards en Swing...
;-)
Cédric, si tu as identifié des moyens de se familiariser rapidement avec
l'API SWT je suis preneur (exemples, tutoriels, analogies...) ! Car le jeu
d'exemples "SWT examples" sur le site d'Eclipse est un peu limité pour se
faire une bonne idée du fonctionnement des objets. (question: quel est
l'équivalent des JInternalFrame ?)
En réponse à Sebastien:
>il va donc y avoir une bataille Forte / Eclipse.
Espérons que Sun et IBM aient l'intelligence de collaborer au maximum sur
ce coup là. L'interview de James Gosling sur
http://news.zdnet.fr/story/0,,t118-s2103472,00.html laisse espérer qu'à
terme, les efforts de conception et de développement pourraient être faits
en commun, mais ce n'est pas gagné bien sûr.
C'est presque dommage que l'approche SWT qui d'une certaine manière n'est
que le prolongement d'AWT (arrêtez-moi si je me trompe) n'ait pas été
préférée dés le début à l'approche lightweight de Swing, qui a toujours eu
des problèmes de perfs et de L&F, non?
st
----- Original Message -----
From: "Cedric Beust" <cedric@beust.com>
To: <java@u-strasbg.fr>
Sent: Tuesday, February 19, 2002 6:41 PM
Subject: RE: Swing versus SWT
> > From: Stéphane Laurière [mailto:dloubard@noos.fr]
>
> > Dans la continuïté de la discussion JSP versus Swing:
> >
> > Que choisir entre le framework Swing et le framework
> > SWT/JFace proposé par www.eclipse.org ?
>
> J'ai commence a developper en SWT apres plusieurs annees passees sur
> Swing. Mes commentaires jusqu'a present :
>
> - Le look de SWT est extremement professionnel. Les recentes
> applications Swing prouvent qu'on peut obtenir un look and feel
> raisonnablement professionnel (JBuilder, TogetherJ), mais il faut
> beaucoup d'expertise en Swing pour y arriver. Ca vient automatiquement
> avec SWT.
>
> - L'integration de SWT avec OLE, COM et ActiveX est un avantage
> fantastique.
>
> - SWT est rapide. Tres *tres* rapide. Plus de peers, plus de problemes
> de performances, au prix de quelques DLL. Un vrai soulagement.
>
> - SWT est au meme niveau que Swing point de vue abstraction mais JFace a
> un niveau supplementaire (support des wizards, etc...). Levez le doigt
> tous ceux dans la salle qui ont reimplemente des wizards en Swing...
>
> - Le GridLayout (de SWT) est un reve. Fini l'aberration GridBagLayout.
> Et ne venez pas me dire qu'on peut tout faire avec le GridBagLayout,
> c'est un des managers les plus minables que j'aie jamais vus. Jetez un
> coup d'oeil au White Paper sur les Layout Manager de SWT qui utilise un
> exemple de panneau. Je mets au defi tous les gourous GridBagLayout
> d'implementer cet exemple en utilisant uniquement *un* JPanel, et pas
> une multitude de sous-Jpanels comme le GridBagLayout nous impose a cause
> de ses limitations stupides (une des raisons pour lesquelles les
> interfaces Swing se trainent).
>
> - Point de vue IDE, NetBeans a encore quelques avantages par rapport a
> Eclipse mais ce dernier rattrape son retard tres vite.
>
> Je vais continuer mes investigations, je vous tiens au courant.
>
> --
> Cédric
>
>
|
|
> -----Original Message-----
> From: Stéphane Laurière [mailto:dloubard@noos.fr]
> > Je vais continuer mes investigations, je vous tiens au courant.
> cool!
>
> >Levez le doigt
> > tous ceux dans la salle qui ont reimplemente des wizards en Swing...
> ;-)
>
> Cédric, si tu as identifié des moyens de se familiariser
> rapidement avec l'API SWT je suis preneur (exemples,
> tutoriels, analogies...) ! Car le jeu d'exemples "SWT
> examples" sur le site d'Eclipse est un peu limité pour se
> faire une bonne idée du fonctionnement des objets.
> (question: quel est l'équivalent des JInternalFrame ?)
J'ai commence a developper completement en dehors d'Eclipse, parce que
certaines de ses limitations m'embetent (comme le fait que le repertoire
de build doit etre en dessous du projet). Il est tout a fait possible de
developper en SWT avec shell + ant/make, il suffit d'utiliser swt.jar et
de metter la bibliotheque dynamique dans le java.library.path.
Sinon, la methode la plus naturelle est d'utiliser Eclipse lui-meme,
encore que bizarrement, la aussi il faut regler ces parametres afin de
pouvoir compiler et lancer (par defaut, SWT ne figurera pas dans le build
path, ni la .dll).
> C'est presque dommage que l'approche SWT qui d'une certaine
> manière n'est que le prolongement d'AWT (arrêtez-moi si je me
> trompe)
Mmmh? SWT utilise une approche radicalement differente d'AWT. Dans
l'implementation (pas de peer , surcouche legere des widgets natifs,
meme si ca augmente la couche native) et le design (SWT couvre a la fois
AWT et Swing).
Une des plaies de Swing est que le fait qu'il est construit sur AWT lui
donne un heritage parfois difficile a comprendre. Le GridBagLayout en est
un, mais il y a aussi des tas de bug subtils comme par exemple
l'impossibilite d'avoir un comportement correct du DefaultButton avec le
L&F Windows.
--
Cédric
|
|
>SWT utilise une approche radicalement differente d'AWT.
oui, sorry.
Pour se familiariser avec SWT, les nombreux plugins pour Eclipse déjà
développés sur Sourceforge ont un certain intérêt didactique.
st
----- Original Message -----
From: "Cedric Beust" <cedric@beust.com>
To: <java@u-strasbg.fr>
Sent: Tuesday, February 19, 2002 9:07 PM
Subject: RE: Swing versus SWT
> > -----Original Message-----
> > From: Stéphane Laurière [mailto:dloubard@noos.fr]
>
> > > Je vais continuer mes investigations, je vous tiens au courant.
> > cool!
> >
> > >Levez le doigt
> > > tous ceux dans la salle qui ont reimplemente des wizards en Swing...
> > ;-)
> >
> > Cédric, si tu as identifié des moyens de se familiariser
> > rapidement avec l'API SWT je suis preneur (exemples,
> > tutoriels, analogies...) ! Car le jeu d'exemples "SWT
> > examples" sur le site d'Eclipse est un peu limité pour se
> > faire une bonne idée du fonctionnement des objets.
> > (question: quel est l'équivalent des JInternalFrame ?)
>
> J'ai commence a developper completement en dehors d'Eclipse, parce que
> certaines de ses limitations m'embetent (comme le fait que le repertoire
> de build doit etre en dessous du projet). Il est tout a fait possible
> de developper en SWT avec shell + ant/make, il suffit d'utiliser swt.jar
> et de metter la bibliotheque dynamique dans le java.library.path.
>
> Sinon, la methode la plus naturelle est d'utiliser Eclipse lui-meme,
> encore que bizarrement, la aussi il faut regler ces parametres afin de
> pouvoir compiler et lancer (par defaut, SWT ne figurera pas dans le
> build path, ni la .dll).
>
> > C'est presque dommage que l'approche SWT qui d'une certaine
> > manière n'est que le prolongement d'AWT (arrêtez-moi si je me
> > trompe)
>
> Mmmh? SWT utilise une approche radicalement differente d'AWT. Dans
> l'implementation (pas de peer , surcouche legere des widgets natifs,
> meme si ca augmente la couche native) et le design (SWT couvre a la fois
> AWT et Swing).
>
> Une des plaies de Swing est que le fait qu'il est construit sur AWT lui
> donne un heritage parfois difficile a comprendre. Le GridBagLayout en
> est un, mais il y a aussi des tas de bug subtils comme par exemple
> l'impossibilite d'avoir un comportement correct du DefaultButton avec le
> L&F Windows.
>
>
> --
> Cédric
>
>
|
|
> Cédric, si tu as identifié des moyens de se familiariser rapidement
> avec l'API SWT je suis preneur (exemples, tutoriels, analogies...) !
En voila:
http://pharos.inria.fr/Java/query.jsp?keyword.s1:18252=on
a+
---------------------------------------------------------------
Olivier Dedieu
JALIOS (33) 1 39 63 51 47, fax (33) 1 39 63 52 45
INRIA Rocquencourt, BP 105, 78153 LE CHESNAY cedex FRANCE
JavaChannel: http://www.java-channel.org/
---------------------------------------------------------------
Otez-moi d'un doute, SWT est-il portable ?
Sur quelle(s) OS tourne cette lib ?
> From: Briaud, Jean-Baptiste [mailto:Jean-Baptiste.Briaud@stratium.fr]
> Otez-moi d'un doute, SWT est-il portable ?
> Sur quelle(s) OS tourne cette lib ?
Windows, Linux/Motif, Linux/GTK et Solaris/Motif.
Pas de MacOS (pour l'instant).
--
Cédric
> Windows, Linux/Motif, Linux/GTK et Solaris/Motif.
Effectivement mais si SWT est très beau sous Windows, il est assez
pourri sous Linux/Motif (enfin c'est ce que j'en ai est percu en
essayant eclipse sous Linux).
a+
---------------------------------------------------------------
Olivier Dedieu
JALIOS (33) 1 39 63 51 47, fax (33) 1 39 63 52 45
INRIA Rocquencourt, BP 105, 78153 LE CHESNAY cedex FRANCE
JavaChannel: http://www.java-channel.org/
---------------------------------------------------------------
|
|
Sous Linux le port GTK devrait bientôt être suffisamment stable pour
représenter une alternative intéressante à Motif.
Olivier
Olivier Dedieu
<olivier.dedieu@ To: java@u-strasbg.fr
inria.fr>
cc:
Subject: RE: Swing versus SWT
20/02/2002 05:58
AM Please
respond to java
> Windows, Linux/Motif, Linux/GTK et Solaris/Motif.
Effectivement mais si SWT est très beau sous Windows, il est assez
pourri sous Linux/Motif (enfin c'est ce que j'en ai est percu en
essayant eclipse sous Linux).
a+
---------------------------------------------------------------
Olivier Dedieu
JALIOS (33) 1 39 63 51 47, fax (33) 1 39 63 52 45
INRIA Rocquencourt, BP 105, 78153 LE CHESNAY cedex FRANCE
JavaChannel: http://www.java-channel.org/
---------------------------------------------------------------
|
|
Le port sous MacOS est en cours. Il faut suivre la liste platform-swt-dev
pour connaitre les détails.
Voir le site: http://www.eclipse.org/mail/index.html
Olivier
"Cedric Beust"
<cedric@beust.co To:
<java@u-strasbg.fr>
m> cc:
Subject: RE: Swing versus SWT
20/02/2002 04:42
AM Please
respond to java
> From: Briaud, Jean-Baptiste [mailto:Jean-Baptiste.Briaud@stratium.fr]
> Otez-moi d'un doute, SWT est-il portable ?
> Sur quelle(s) OS tourne cette lib ?
Windows, Linux/Motif, Linux/GTK et Solaris/Motif.
Pas de MacOS (pour l'instant).
--
Cédric
