28 votes

Java, générateur d'interface graphique ou codage à la main ?

Le logiciel de ma société comporte de nombreux formulaires, jusqu'à présent nous avons écrit le code manuellement (dans le style MVC).

Nous envisageons de commencer à utiliser un générateur d'interfaces graphiques.

Il y a quelques problèmes avec l'utilisation d'un générateur.

  1. Des parties du code ne sont pas lisibles.
  2. Des parties du code ne sont pas éditables.
  3. Il sera plus difficile d'éditer le code plus tard.
  4. Nous devrons continuer à utiliser le générateur à l'avenir, même si nous voulons le remplacer ou écrire manuellement, et personne ne peut garantir que l'outil sera disponible et pris en charge à l'avenir.

Je souhaite tirer des enseignements de l'expérience des autres :

  • Recommandez-vous l'utilisation d'un outil ou devrions-nous continuer à écrire le code manuellement ?
  • Quel générateur est le meilleur ?
  • Comment faites-vous face aux problèmes ? (Y a-t-il d'autres problèmes ?)

1voto

Miles D Points 3583

J'ai récemment utilisé les deux - j'utilise Netbeans, et j'ai été initialement frustré par le manque de contrôle du code généré. J'ai ensuite découvert que vous pouvez ajouter du code personnalisé à partir du générateur GUI, ce qui a résolu la plupart des problèmes. Cependant, j'étais de plus en plus frustré par le gestionnaire de mise en page dans NetBeans, et j'ai trouvé que cela nuisait plus à ma productivité qu'autre chose. J'ai donc décidé d'utiliser MiGLayout et de faire la plupart du codage manuellement maintenant. Cela dit, dans l'ensemble NetBeans est assez bon, et j'aurais peut-être dû passer plus de temps à apprendre le GroupLayout.

Si vous travaillez en équipe, assurez-vous que vous utilisez tous le même outil si vous comptez sur un générateur GUI.

1voto

l_39217_l Points 1632

0voto

Chris Nava Points 4048

J'ai utilisé Netbeans dans le passé pour construire du code GUI et j'ai utilisé Eclipse pour écrire la logique du programme. Il suffit d'inclure le code GUI en tant que dossier source LIÉ séparé.

0voto

SevenBits Points 1024

Je dirais seulement d'utiliser un constructeur d'interface graphique si vous comprenez suffisamment ce que vous essayez de faire pour le faire vous-même.

0voto

David Points 1

Si vos formulaires sont simples et non dynamiques, alors un constructeur d'interface graphique est parfait. Plus le formulaire est complexe, moins vous bénéficierez de l'utilisation d'un constructeur d'interface graphique.

L'entreprise pour laquelle je travaille fait exactement cela. Les applications plus simples sont développées avec le constructeur d'interface graphique et les applications plus complexes sont faites manuellement. Une fois qu'il y a assez d'heures passées à essayer de contourner les limitations du constructeur d'interface graphique, il est généralement abandonné. De plus, chaque constructeur d'interface graphique n'est pas créé de manière égale, il faudra donc évaluer de votre côté pour déterminer dans quelles situations un constructeur d'interface graphique est approprié. (Le constructeur d'interface graphique NetBeans est assez bon.)

Personnellement, j'aime utiliser les constructeurs d'interface graphique pour concevoir la mise en page générale d'une application/formulaire et jouer avec les différentes mises en page, puis je convertis cela en code plus lisible et je fais le reste manuellement.

Prograide.com

Prograide est une communauté de développeurs qui cherche à élargir la connaissance de la programmation au-delà de l'anglais.
Pour cela nous avons les plus grands doutes résolus en français et vous pouvez aussi poser vos propres questions ou résoudre celles des autres.

Powered by:

X