comme le dis golum, le pb de swing, c'est le modele de l'api et l'implem derriere.
L'interet de swt (et de toute lib de GUI en general) c'est pas les widgets en soi, c'est le modele derriere, comment tu stockes les objets dans tes widgets, les layouts, ce genre de chose. Et tout ca ben c'est du java. La partie native c'est juste l'affichage des widgets, soit pas grand chose au final (316ko de dll, 1.5Mo de jar).
Quand a la reactivite d'eclipse, SWT ne s'occupe pas de la compile a la volee, du refactoring, des wizards de creations de projets et d'autres trucs de ce genre.
Et c'est ca qui bouffe des ressources, pas les 3 fenetres et les 2 onglets affiches.
[^] # Re: Performance des langages
Posté par kraman . En réponse au journal Mono et Gnome. Évalué à 2.
L'interet de swt (et de toute lib de GUI en general) c'est pas les widgets en soi, c'est le modele derriere, comment tu stockes les objets dans tes widgets, les layouts, ce genre de chose. Et tout ca ben c'est du java. La partie native c'est juste l'affichage des widgets, soit pas grand chose au final (316ko de dll, 1.5Mo de jar).
Quand a la reactivite d'eclipse, SWT ne s'occupe pas de la compile a la volee, du refactoring, des wizards de creations de projets et d'autres trucs de ce genre.
Et c'est ca qui bouffe des ressources, pas les 3 fenetres et les 2 onglets affiches.