Bonjour,

 Savez-vous s'il existe un logiciel capable de créer une interface 
Swing par glisser-déposer (comme Delphi ou Visual Basic), puis de 
générer le code Java correspondant ? Je ne cherche pas un IDE qui fasse ça
(j'utilise déjà un IDE dont je suis très content, Codeguide 4), mais un
programme indépendant spécialement fait pour ça.

 Aurélien Mazurie

----- Original Message -----
From: "Aurélien Mazurie" <aurelien.mazurie@free.fr>
To: <java@u-strasbg.fr>
Sent: Thursday, May 23, 2002 1:53 PM
Subject: Construction d'un GUI Swing


>
> Bonjour,
>
> Savez-vous s'il existe un logiciel capable de créer une interface
> Swing par glisser-déposer (comme Delphi ou Visual Basic), puis de
Visual Basic est un IDE

> générer le code Java correspondant ? Je ne cherche pas un IDE qui fasse
> ça (j'utilise déjà un IDE dont je suis très content, Codeguide 4), mais
> un programme indépendant spécialement fait pour ça.

Il n'est pas interdit d'utiliser deux IDE.

Donc ma réponse est un IDE, j'ai un bon retour de JBuilder.

Laurent Forêt.

>  > générer le code Java correspondant ? Je ne cherche pas un IDE qui
>  > fasse ça (j'utilise déjà un IDE dont je suis très content, Codeguide
>  > 4), mais un programme indépendant spécialement fait pour ça.


Voila des pistes

http://pharos.inria.fr/Java/query.jsp?keyword.s1%3A2151=on


a+

---------------------------------------------------------------
 Olivier Dedieu
 Jalios - Master Your Content - www.jalios.com
---------------------------------------------------------------

At 01:53 PM 5/23/2002 +0200, you wrote:

>         Bonjour,

bonjour,

>         Savez-vous s'il existe un logiciel capable de créer une
>         interface 
> Swing par glisser-déposer (comme Delphi ou Visual Basic), puis de
> générer le code Java correspondant ? Je ne cherche pas un IDE qui fasse
> ça (j'utilise déjà un IDE dont je suis très content, Codeguide 4), mais
> un programme indépendant spécialement fait pour ça.
je connais qq petits bouts de code faits specialement pour t'aider a mieux
coder via le gridbaglayout etc... mais sorti de ces petits outils je ne
pense pas qu'il faille compter sur un tool qui sache te generer un code:
propre (pas de jbInit() et autres button_action_performed...) portable
(pas melanger les images et le code dans les fichiers de projet de l'IDE)
rapide (pas multiplier les setCeci et setCela)

de plus une GUI Swing est complexe car:
utilisation intensive du MVC
renderer et autres editors

bref je ne crois pas qu'il existe aujourdh'ui un tool satisfaisant a ce
niveau....

par contre jettes un oeil aux frameworks du type XUL et auters qui sont
assez sympa...(XUL est issu du projet mozilla il y a une impl en Java :
JXUL ?)

Jerome

Et où peut-on les trouver s'il te plaît ?
Frédéric

----- Original Message -----
From: "Jerome Moliere" <moliere@viveo-montpellier.com>
| je connais qq petits bouts de code faits specialement pour t'aider a
mieux | coder via le gridbaglayout etc...

At 03:31 PM 5/23/2002 +0200, you wrote:

>Salut !
>
>Comme d'hab, quand il s'agit d'interface graphique, je ne
>suis pas d'accord avec Jérôme. :o)

c'est ton droit le plus absolu...

> > je connais qq petits bouts de code faits specialement pour
> > t'aider a mieux
> > coder via le gridbaglayout etc... mais sorti de ces petits
>
>Il y a aussi screengen (je ne l'ai pas encore essayé mais il a
>l'air joli )
>
><http://sourceforge.net/projects/screengen/>http://sourceforge.net/projec
>ts/screengen/ 
>
>
> > outils je ne
> > pense pas qu'il faille compter sur un tool qui sache te
> > generer un code:
> > propre (pas de jbInit() et autres button_action_performed...)
>
>Personnellement, je ne trouve pas ça "sale". Et puis suivant,
>le nom du button_action_performed est paramétrable.

ok autant pour moi...

> > portable (pas melanger les images et le code dans les
> > fichiers de projet de
> > l'IDE)
>
>Tu as un mauvais a priori sur les IDE, mon cher Jérôme. Je
>construits mes IDE avec Netbeans et déploie avec Java Web Start
>et ça roule. On n'est pas obligé d'utiliser le pire IDE, non plus !

non je me suis mis a eclipse , je ne lache plus, mais pas pour faire de
l'IHM!!! (j'en fais plus trop d'ailleurs mais bon...)

> > rapide (pas multiplier les setCeci et setCela)
>
>Là, effectivement, ça peut eventuellement être un problème. Enfin,
>je ne suis pas sûr qu'un ou deux setToto consomment beaucoup par
>rapport à la lourdeur inhérente aux Swing.

un ou deux non mais cinquante ou cent ca rajoute pas mal de cycles CPUs!!!

>Donc à quand un constructeur d'interface SWT ?

je crois que c'est un projet !!!

> >
> > de plus une GUI Swing est complexe car:
> > utilisation intensive du MVC
> > renderer et autres editors
>
>Là, okay, on ne peut pas tout faire au niveau graphique.

quand meme!!!

>(J'veux pas m'fâcher avec l'Jérôme quand même).
on en etait pas encore la!!

Jerome

Salut ! 

Comme d'hab, quand il s'agit d'interface graphique, je ne
suis pas d'accord avec Jérôme. :o)

> je connais qq petits bouts de code faits specialement pour 
> t'aider a mieux 
> coder via le gridbaglayout etc... mais sorti de ces petits 

Il y a aussi screengen (je ne l'ai pas encore essayé mais il a
l'air joli )

http://sourceforge.net/projects/screengen/

> outils je ne 
> pense pas qu'il faille compter sur un tool qui sache te 
> generer un code:
> propre (pas de jbInit() et autres button_action_performed...)

Personnellement, je ne trouve pas ça "sale". Et puis suivant,
le nom du button_action_performed est paramétrable.

> portable (pas melanger les images et le code dans les 
> fichiers de projet de 
> l'IDE)

Tu as un mauvais a priori sur les IDE, mon cher Jérôme. Je
construits mes IDE avec Netbeans et déploie avec Java Web Start
et ça roule. On n'est pas obligé d'utiliser le pire IDE, non plus !

> rapide (pas multiplier les setCeci et setCela)

Là, effectivement, ça peut eventuellement être un problème. Enfin,
je ne suis pas sûr qu'un ou deux setToto consomment beaucoup par
rapport à la lourdeur inhérente aux Swing.

Donc à quand un constructeur d'interface SWT ?

> 
> de plus une GUI Swing est complexe car:
> utilisation intensive du MVC
> renderer et autres editors

Là, okay, on ne peut pas tout faire au niveau graphique.
(J'veux pas m'fâcher avec l'Jérôme quand même).

> 
> bref je ne crois pas qu'il existe aujourdh'ui un tool 
> satisfaisant a ce 
> niveau....
> 
> par contre jettes un oeil aux frameworks du type XUL et 
> auters qui sont 
> assez sympa...(XUL est issu du projet mozilla il y a une impl 
> en Java : JXUL ?)

Okay, je vais regarder.

Olivier

> 
> Jerome
> 

> From: Aurélien Mazurie [mailto:aurelien.mazurie@free.fr] 

> 	Savez-vous s'il existe un logiciel capable de créer une 
> interface Swing par glisser-déposer (comme Delphi ou Visual Basic),
puis de 
> générer le code Java correspondant ? Je ne cherche pas un IDE 
> qui fasse ça (j'utilise déjà un IDE dont je suis très content, 
> Codeguide 4), mais un programme indépendant spécialement fait pour ça.

Un mot d'avertissement :  les "builders" d'IHM sont pratiques pour
prototyper mais je ne recommande pas l'utilisation du code genere
aveuglement dans un projet.  Plusieurs raisons :

- Le code est tres rarement optimise (et contient parfois du code
proprietaire)
- Il n'est pas possible d'utiliser les pratiques courantes de la
programmation objet, comme le polymorphisme
- Difficile de maintenir les differentes versions, surtout quand
plusieurs personnes vont editer le meme panneau (par exemple, probleme
quand tu fais un diff avec CVS)

L'ideal:

- Utilise le builder pour creer ton interface
- Une fois que tu es satisfait, recupere le code et rearrange-le a ta
facon (abstraire les methods dans une classe commune, utiliser l'heritage,
etc...)

-- 
Cédric

Bon, allez, je vais avoir l'air (légèrement) lourd, mais j'essaie
de défendre ma paroisse.

> - Il n'est pas possible d'utiliser les pratiques courantes de la
> programmation objet, comme le polymorphisme

Je ne suis pas trop d'accord sur ce point. Avec certains builders,
il est possible d'utiliser tes propres contrôles dérivant des contrôles
SWING de base. A ce moment là, libre à toi de mettre en place une
architecture te permettant de paramétrer ces contrôles.

De toute façon, comme on en a déjà discuté lors d'un précédent thread, il
ne faut pas utiliser les Swing de base directement. A partir de là, si ton
builder ne te permet pas d'utiliser tes propres contrôles, vaut mieux le
jeter.

Je suis d'accord pour dire que ca n'est pas la panacée, loin de là.
Mais, il me semble que la construction d'interfaces graphiques 
nécessite une approche différente du reste de la programmation objet,
légèrement plus pragmatique.

Je ne me demande pas pourquoi les constructeurs d'IHM les plus utilisés
sont des "choses" comme Visual Basic, PowerBuilder, Accèss, etc... Outre
le fait qu'il sont plus faciles d'approche, quand tu veux ajouter un
bouton, tu ajoutes un bouton, tu ne fais pas un factory pour appeler un
objet sérialisé dont le nom est dans un annuaire JNDI que tu appeles via
SOAP.  Ah, c'est sûr, c'est moins modulaire !!!

Désolé, je m'emporte un peu. Ca doit être l'approche du week-end.

Néanmoins, le problème d'optimisation est issu de la lenteur généralisée
des JFC. Quand ce problème sera résolu (d'une manière ou d'une autre), ON
pourra peut être éviter de monter des usines à gaz pour faire des choses
simples.

> - Difficile de maintenir les differentes versions, surtout quand
> plusieurs personnes vont editer le meme panneau (par exemple, probleme
> quand tu fais un diff avec CVS)

Là, effectivement, ca peut poser un problème si l'éditeur se met à tout
réaménager.

> 
> L'ideal:
> 
> - Utilise le builder pour creer ton interface
> - Une fois que tu es satisfait, recupere le code et rearrange-le a ta
> facon (abstraire les methods dans une classe commune, utiliser
> l'heritage, etc...)

Malheureusement, TU en es peut-être satisfait, mais croire que ton
interface ne va jamais bouger me paraît un peu risqué (un petit champ
supplémentaire au milileu ?)

Olivier

> 
> -- 
> Cédric
>