Version imprimable
Bonjour à tous,
Etant débutant en java et ayant finie mon premier "gros" programme ecrit en java avec notamment une grosse partie réservée à l'IHM entiérement écrite à la main (en tout mon prog fait environ 11 000 lignes de code), j'aimerais savoir si vous créer vos IHM "à la main" ou à l'aide de logiciel assistant genre JBuilder, etc... ?
Merci pour votre participation.
Et n'hésitez pas à développer votre réponse. :!:
Regis. :wink:
Salut,
Perso je fais tout à la main sous Emacs (qui me sert d'éditeur pour un peu de tout). Enfin bon je fais jamais des gros trucs graphiques non plus...
Et puis on apprend plus en faisant tout soi même. Mais en environnement de production je suppose que les IDE permettant de construire rapidement des apps graphiques sont fort utilisés (bien que je doute que le code soit fort propre et facilement retouchable -j'espère que je me trompe-).
En ce qui me concerne j'ai testé les deux, du JBuilder où j'ai cliqué glissé les boutons puis j'ai retouché un peu l'intérieur et du Eclipse où j'ai tout écrit à la main et je testais en compilant.
C'était beaucoup plus propre quand j'ai tout fait à la main. Beaucoup plus long aussi forcément. Mais si c'était à refaire, je referais à la main. Tu es plus maître de ce que tu fais je trouve.
Je fais tout à la main malgré que j'utilise soit NetBeans soit Eclipse. Paradoxal, n'est-ce pas ?
Mais, je ne fais que peu confiance à ces programmes automatiques pour la création d'IHM. On y perd en précision.
@++
J'utilise JBuilder et je construis mes IHM avec le Designer. Je trouve que c'est un gain de temps appréciable, en particulier pour structurer sa fenêtre ou quand il s'agit de placer les composants dans un panel avec un layout GridBagLayout. Car coder toutes les contraintes à la main est plutôt pénible et risque d'erreurs.
En plus, tu construis ton IHM visuellement, tu en as un aperçu en temps réel, alors que si tu fais tout à la main, tu ne verras le résultat que lors de l'exécution...
Et il faut aussi penser évolutivité et maintenance. Si tu modifies ton IHM qq jours ou semaines plus tard, par exemple tu en réorganises le découpage, tu décides de placer une partie de tes composants dans un nouveau JPanel, tu ajoutes des boutons... il faudra tout reprendre à la main, alors qu'avec le Designer, tu réorganises le tout graphiquement.
Franchement, je ne vois pas du tout ce que tu veux dire :?: Pourquoi "peu confiance", de quelle précision tu parles ?Citation:
Envoyé par GLDavid
Quant au code généré, ce que je fais, c'est que je le laisse en fin de classe pour ne pas polluer le code. De toute façon, le code produit n'est pas destiné à être relu. Les différents callbacks générés automatiquement par JBuilder sont réduits à leur plus simple expression, juste l'appel d'une méthode qui, elle, est placée dans la première partie de la classe. Bref, en organisant correctement la classe, il est aisé de dissocier le code généré du code appplicatif écrit à la main.
Moi, je fais tout a la main (kedit, nedit... ou vi au pire) mais il faut dire que je ne connais pas trop les programmes d'automatisme. L'interet de le faire à la main est normalement que tu peux te relire, ce qui n'est pas forcement le cas du code autogeneré.
La longueur n'importe peu en fait du moment qu'il est bien presenté. En effet si tu fais une seule fonction pour creer tout une IHM dans ce cas-la, un logiciel graphique est mieux. Mais si tu decoupe bien le code de ton IHM, il 'y aura pas de probleme. La principale contrainte est d'avoir une convention d'implementation et si elle te permet de relire (et de te faire relire) ton code alors il n'y a pas de probleme.... Car si tu passe par un tel logiciel et que quelqu'un derriere toi passe pour mettre à jour ton logiciel il se peut qu'il peine..
Moi, je ne leur fais pas confiance car j'ai des conventions à moi, et bon ... je suis maniac...
Oui, j'utilisais ces éditeurs (enfin surtout vi) lorsque je programmais en C et C++. Et bien depuis que je fais du Java avec un EDI, je peux dire que c'est le jour et la nuit, pas tant pour la génération de code automatique que pour les facilités d'édition (formattage en temps réel notamment, coloration syntaxique, ...), de recherche (de classe, de méthode, de variable), de contrôle syntaxique et sémantique à la volée...Citation:
Envoyé par TabrisLeFol
Je suis d'accord avec toi sur le fond (pouvoir se relire et aussi pour les autres) mais ce que je disais précédemment, c'est que le code auto-généré n'est pas destiné à être relu (bien qu'il ne soit pas pour autant illisible). En fait, lorsque tu utilises un EDI pour la réalisation d'une IHM, tu te concentres sur le code applicatif, et tu utilises le Designer intégré pour le travail fastidieux de construction graphique.Citation:
Envoyé par TabrisLeFol
Ca c'est vrai c'est la seule chose que je trouve bien dans un EDI. Mais dans le cas de Java, il y a la javadoc... donc ca va, bien que un peu moins rapide. Curieusement c'est plutot pour le C/C++ que j'utilisais des EDI.Citation:
Envoyé par herve91
nedit le fait pour de thès nombreux langages. Tout comme KWrite.Citation:
Envoyé par herve91
J'admet que cela peut etre plus rapide. Pour des IHM codées en dur c'est même certain.Citation:
Envoyé par herve91
Je parlais surtout de la recherche de classes, de méthodes, de variables utilisées dans le programme, savoir où elles sont définies et où elles sont référencées. Dans un EDI, qui plus est, la Javadoc de l'API est intégrée (et même les sources de l'API pour les curieux).Citation:
Envoyé par TabrisLeFol
je pense que lorsque tu affirmes que le code auto-genere n'est pas destine a etre relu, tu oublies ou tu negliges plusieurs choses comme le fait que l'on lit le code d'un programme uniquement lors de la phase de codage... Certes c'est la phase que l'on considere souvent comme la plus importante, mais il y a aussi la phase de maintenance ou l'on peut etre ammener a retravailler du code, et ce n'est pas forcement la personne qui a code qui doit s'occuper de ca.... Si on suit ton raisonnement signifie que tu obliges toute personne devant maintenir ou meme reutiliser ton code a devoir utiliser le meme IDE que toi, ( la meme version ? ) et ton programme devient donc dependant de l'IDE que tu as utiliser, ce qui est quand meme plutot dangereux.... Certes c'est pratique pour developper rapidement des interfaces graphiques, mais ce n'est pas forcement tres lisibles et etre lier a un IDE pour devoir maintenir ton programme ca peut etre ton souhait, mais pas forcement celui des personnes qui vont te succeder.... car generalement, on ne developpe pas uniquement pour soit et le code peut etre destine a etre reutiliser par d'autre, dans ta boite ou pas.Citation:
Envoyé par herve91
Si on suit ton raisonnement jusqu'au bout, l'usage d'un IDE est à proscrire puisque, comme tu dis, "ton programme devient donc dependant de l'IDE que tu as utiliser, ce qui est quand meme plutot dangereux" ... Donc il est préférable de se passer d'IDE et de tout coder à la main.
L'utilisation d'un IDE est un choix, et il faut s'y tenir si l'on décide d'en utiliser un, mais encore une fois ce n'est pas une obligation. Ceci est vrai quelque soit les outils de développement utilisés. Soit on prend le risque de se lier à un éditeur, soit on ne le prend pas.
Salut,
J'écris tout à la main.
J'ai bien essayé JBuilder, mais le code généré m'a semblé trop "bordellique" car je ne maitrisais rien. Il fallait ensuite repasser dessus pour le comprendre, le documenter correctement et le formater suivant mes désires. Finalement, c'était un gain de temps très relatif et un boulot plutôt pénible.
Donc je passe un peu plus de temps à tout me taper le code à la main mais :
- Je maîtrise mon code
- Mon code est toujours bien documenté
- Mon code respecte la syntaxe du reste du projet
Ce que je voulais vraiment te montrer, c'est plutot que le code auto-genere est destine a etre lu a un moment donne par un quelqu'un... contrairement a ca que affirmait. A moins bien sur d'obliger toutes les personnes a utiliser le meme IDE que toi, c'est la la liaison entre l'IDE et le programme est cree ! Si les IDE creaient du code aussi lisible que les personnes qui codent, alors pas de probleme...Citation:
Envoyé par herve91
Mais comme tu le dit toi meme : " Soit on prend le risque de se lier a un editeur, soit on ne le prend pas", et la, hormis les IDE libres, je prefere pas prendre le risque, car la maintenance de ton programme depend donc du bon vouloir des editeurs :(
Quel plugin gratuit pour eclipse me conseillez vous?
SWING ou SWT sachant que je veux faire un truc simple, rapide, beau et afficher des tableaux modifiables comme sous excel.
j'utilise le jdk1.5 et je veux etre multi-plateforme.
Merci pr les infos
Je fais tout à la main (étant débutant, mes IHM se résume aux composants de base avec effet de base) pour la simple raison que je n'arrive pas à faire fonctionner les JBuilder et compagnie :lol:
Ca me saoule énormément de devoir refaire les mêmes codes à chaque fois... Tout le monde utilise le logiciel Visual Basic pour construire ses interfaces. Pourquoi pas en Java?
C'est bien de tout faire à la main par choix car on apprend certes mais est-ce que les interfaces graphiques sont vraiment le principal en Java?
Je préfère concentrer mes efforts sur les tâches qu'accomplie le programme.
Et enfin, je dirais que pour de très gros programmes, JBuilder est plus adapté que le code à la main. Pour les petits programmes (majorité des gens de ce forum AMA), la main peut tout faire. Travail d'artisan de précision :)
Nas'
hehe je fais tout a la main mais avec jbuilder
en fait je commence le gros avec jbuilder puis une fois que ca la forme que je souhaite; je reprend tout le code autogénérer et je le met a ma sauce...
ensuite j'utilise le viewer pour voir ce que ca donne a l'affichage
Bonjour,
Moi je code à la main toutes mes IHM, j'ai bien essayer JBuilder mais c'est vrai que le code généré c'est le bazzard. Si en plus on veux personnalisé le comportement des boutons, tout factorisé par un systéme d'action, géré corectement les ecouteurs ..., enfin faire du code "intelligent", y a trop de truc à reprendre derriere. Finalement, avec de l'entrainement, et une bibliothéque d'objets tout pret que j'agrandit au fur et à mesure, je met au temps de temps, que si j'utilisais un Deseigner, et au moins le code est propre dés le départ.
Pour la vue à l'avance, rien ne vaut la feuille de papier et le crayon.
Pas d'accord, en fait la main c'est aussi rapide, même parfois plus, suffit d'avoir tout bien spécifié à l'avance.Citation:
Et enfin, je dirais que pour de très gros programmes, JBuilder est plus adapté que le code à la main
JHelp
Je fais aussi tout à la main...
Je prends une feuille quadrillée, je dessine mes composants et les place sur la feuille comme je le souhaite... (Powerpoint est aussi un outil que j'utilise pour dessiner à l'avance mes GUI).
Ensuite, je trace la grille, j'écris les numéros des cases, et j'encode tout ça dans un gridbaglayout : j'ai jamais eu de problème, les interfaces qui apparaissent à l'écran sont exactement comme je les ai voulues...
J'ai testé un jour JBuilder pour voir si cela en valait la peine, en suivant les nombreux tutoriels francophones qu'ils fournissent : une heure après, je revenais à ma bonne vieille feuille de papier...
;-)
On ne doit pas apporter autant de details et d'attention aux interfaces graphiques alors :)Citation:
C'est bien de tout faire à la main par choix car on apprend certes mais est-ce que les interfaces graphiques sont vraiment le principal en Java?
Les éditeurs WYSIWYG c'est parfait pour les prototypes et les petites applis "développeur pour développeur". Pour faire vite et sale...
Par contre, pour une production professionnelle, c'est à proscrire. L'horrible tendance des éditeurs à générer du code dynamique au milieu des composant graphiques, le nettoyage à la main inéluctable, et l'impossibilité de faire des trucs "pas prévus"... finit à la longue à plus de galère que de facilités.
Les Gridbag layout sont une abérration contre-nature qui conduisent à produire du code
incomprehensible (je soupçonne qu'ils ont été créés pour vendre des IDE). D'autres solutions existent; j'affirme qu'avec un bon RelativeLayout, on fait plus vite, plus précis et plus joli (avec un peu de pratique, soit...)
Pas d'accord !!!Citation:
les Gridbag layout sont une abérration contre-nature
Quand on a compris comment les mettre en oeuvre, je trouve cela d'une simplicité enfantine...
Je me répète peut-être, mais si tu vas voir le livre de Claude Delannoy, dans le chapitre sur le GridBagLayout, il expose une méthode ultra simple et très claire pour les mettre en oeuvre, facilement et rationnellement...
Aujourdh'ui, je fais toutes mes GUI avec ce layout (souvent tous combinés dans un cardlayout)... Et elles sont parfois assez fouillées, mes interfaces... Pourtant, je m'y retrouve...
Un petit screenshot de mon projet actuel, tout en gridbaglayout :
http://usera.imagecave.com/calogerogigante/screen_porking.png
Par contre, je suis d'accord avec toi quand tu dis qu'au final, les générateurs de code WYSIWYG font perdre plus de temps quand il s'agit de grosses applications aux changements fréquemment prévisibles...
Et même pour les petites applications, je trouve ça lourd, moi, les constructeurs d'interface...
Quand j'aurais fini le projet sur lequel je travaille, j'essaierai de faire un petit tuto sur le gridbaglayout, pour montrer que cela n'est vraiment pas difficile (dans un mois...)
bonjour
La faible performance de mon PC ne permet l'utilisation ni d'Eclipse ni de Netbeans.
J'utilise Jcreator , donc je fais tout à la main.
Mais c'est mieux de mettre la main à la pâte , puis pour après automatiser les taches avec un EDI lorsqu'on est bien expérimenté
euh, en passant, personne ne connait un equivalent du TableLayout de SWT en swing ? c'est mon layout preferé
Ben... https://tablelayout.dev.java.net/
Sinon pour l'utilisation d'un GUI builder en production cela depend beaucoup des gens. Je n'aime personnellement pas ces outils mais j'ai des collegues qui s'en servent et qui sont aussi productifs, voire plus, avec. Je vais me repeter, mais essayez le nouveau layout dans NetBeans 5.0 (nom de code Matisse). C'est la premiere fois qu'un GUI builder Java me plait.
ouch, ca m'a l'air bien compliqué :-/Citation:
Envoyé par Gfx
ce que je cherche, c'est une bete table, ou on indique par cellule : alignement (Gauche/droite/haut/bas) et le composant dedans prends (toute la place en hauteur oui/non, en largeur oui/non). Si il y a un truc génial dans SWT, c'est le TableLayout.
sinon, pour matisse, je peux que t'approuver.
Pour les layouts, telecharge la presentation Java sur le sujet ici : http://developers.sun.com/learning/javaoneonline/2005/desktop/
Pour tout le monde : regardez la presentation de Matisse a JavaOne avec James Gosling et Richard Bair, ici http://webcast-east.sun.com/ramgen/archives/VIP-1981/VIP-1981_07_200.rm (vers 19 minutes je crois). Le projet de lecteur MP3 presente dans la video et que Richard et moi avons code se trouve sur https://joplin.dev.java.net
Toutes les sessions JavaOne en audio + texte : http://developers.sun.com/learning/javaoneonline/ (si vous aimez les belles UI, regardez Extreme GUI Makeover :)
Par expérience, je dirais que les WYSIWYG pour JAVA, ça n'est pas véritablement la panacée.
Et cela est du au langage lui-même. Le langage JAVA, à ma connaissance, ne propose pas
l'équivalent des properties graphiques des composants Delphi par exemple.
Cela se manifeste donc par une complication du code.
En java, quand vous voulez modifier la taille ou l'emplacement d'un composant graphique,
vous appelez des méthodes.
Tandis qu'en Delphi, vous modifiez des propriétés qui sont stockées dans un fichier
(d'extension DFM) qui décrit l'état de votre composant.
Ainsi, en java, votre WYSIWYG va vous générer des fonctions "un peu n'importe où" (en plein
milieu d'un bout de code à vous par exemple ou alors des fonctions que vous n'auriez pas
désiré (ou qui ne sont pas forcément évidentes).
C'est pourquoi il est toujours dur d'utiliser un WYSIWYG en JAVA comme il l'est pour HTML
par exemple.
Ca ne m'empêche pas d'utiliser différents outils.
Sous eclipse, j'utilise Jigloo qui est pas mal.
Sous NetBeans, le designer est sympa (je ne sais pas si c'est pas jigloo d'ailleurs !).
Sous JBuilder, le designer est un sensiblement mieux.
Je pense que le choix est propre à chaque développeur et surtout à chaque société :)
On peut très bien utiliser le designer pour dégrossir le travail et voir les modifs en
direct. Ensuite, on peut reformatter son code plus proprement à la main.
Avis aux amateurs.
Bonjour,
Tout a la main ! a l'ancienne (sauf ce qui peut se faire a 2... :D ), j'ai testé JGloo, pluggin d''eclipse il etai vraiment pas au top et vu que lorsque je fais des IHM j essaye de la coder selon le patern MVC il faut configurer l editeur pour qu'il genre le code au bon endroit comme j aime bien pour pas me perturber et ca c est pas toujours possible ou trop compliqué pour moi :oops: . Et quoi qu'on en dise une machine ne fera jamais aussi bien qu'un humain et pis si on laisse la machine faire notre boulot on sera tous au chomage bientot... 8O