Je prévois d'écrire une application basée sur la balançoire (à l'aide de NetBeans 6.8).
Il semble que Netbeans ait un éditeur d'interface graphique très avancé ... Je suis toujours mes doutes concernant le code généré par celui-ci. De plus, je n'aime pas le fait que la partie du code est verrouillée (je comprends toujours le besoin).
Quelqu'un a-t-il utilisé Netbeans GUI Editeur avec succès? Est-ce qu'il "échelle"?
5 Réponses :
Oui, le constructeur de l'interface graphique Netbeans est l'un des plus beaux. J'ai été particulièrement impressionné par la qualité de laquelle il gère le fameux Borland JBuilder était dans mon expérience le meilleur éditeur d'interface graphique rond-aller-retour; Si je me souviens bien, il a produit du code sans "zones verrouillées" et continuerait généralement à travailler gracieusement avec le code de l'interface graphique que vous aviez modifié manuellement.
Néanmoins, je n'ai pas encore trouvé d'éditeur d'interface graphique Java Swing qui ne s'éteint pas de temps en temps sur une mise en page complexe, c'est-à-dire entrer dans un état où une nouvelle édition n'est plus réalisable et / ou nécessite une sauvegarde ou une fixation.
Ainsi, je préfère à la main du code de la main toutes mes guistiques. Heinz Kabutz de JavaSpecialists me dit que son éditeur d'interface graphique est gridbaglayout .
Merci pour votre réponse. Très appréciée.
En fait, j'aime bien les interfaces graphiques codantes à la main, mais peut-être que je suis juste fou? Je l'ai fait pour des programmes modérément complexes et cela a fonctionné assez bien.
Je suis toujours à la main - coder mes guistiques. Mais j'essaie d'éviter les licencieux qui nécessitent beaucoup de code de la chaudière (par exemple, Gridbaglayout). Je préfère de loin les présentations "intelligentes" telles que designGridLayout ou des bibliothèques qui enveloppent GBL pour lui donner une meilleure API (sans douleur-gridbag). Ceux-ci facilitent la main du code Guis et permettent toujours de les maintenir après.
Intéressant ce que vous avez dit à propos de la ronde de Jbuilder. Lorsque je l'ai utilisé, j'ai trouvé qu'il n'avait toujours pas réussi à s'adapter à mes modifications manuelles de code et c'est l'une des choses qui m'ont détourné des constructeurs d'interface graphique. Cependant, c'était il y a longtemps et ça sonne comme ça pourrait être meilleur maintenant.
@Marshall Alsup: Je suppose que nous venons d'avoir des styles de codage / peaufinage différents, et je me suis dit avec coïntement envers les changements amicaux jbuilder et vous n'avez pas fait.
J'ai toujours préféré écrire mon swing Uis à la main. J'ai essayé Netbeans mais je ne l'ai tout simplement pas fait confiance pour faire la bonne chose pour une interface utilisateur complexe (bien qu'elle soit assez géniale pour une petite assurance-emploi simple).
Je pense que beaucoup d'entre nous ont peur de rédiger des mises en page à la main à la main en raison de la grillebaglayout. Ce n'est pas si difficile une fois que vous l'avez utilisée plusieurs fois. Je jurais de la sorte. Toutefois, j'ai récemment installé un nouvel emploi et que leur code existant utilise TableLayout à la place. C'est beaucoup plus simple et semble aussi puissant pour moi. J'ai grandi pour le préférer à GBL. Je pense que vous devriez considérer cela si vous êtes nouveau pour écrire Swing.
Je suis désolé mais je ne suis pas sûr de votre question d'échelle.
Bonne chance!
histoire latérale drôle sur JBuilder. Mon ami qui m'a appris Swing m'a appris à le coder à la main, et il m'a toujours pu mettre le code de mise en page dans une méthode JBinit (). Pendant plusieurs semaines, j'ai supposé que c'était juste un style de code qu'il utilisait. Ce n'est que plus tard j'ai appris que c'était une méthode générée automatiquement de JBuilder à l'époque. Je n'ai pas besoin de l'utiliser du tout. J'étais tellement n00b :)
Intéressant, j'avais jamais entendu parler de la napperon avant. Un autre gestionnaire de présentation "nouveauFangled" que je peux vous recommande est grouplayout, c'est encore plus polyvalent que le réseau de Gridbaglayout (IMO) plus simple de travailler avec. Où j'avais l'habitude de nier des composants pour créer des mises en page complexes, je peux désormais nicher grouplayouts dans un seul composant. Enfin, MiGlayout est tiers, mais a également un grand ratio de facilité d'utilisation au pouvoir; préféré par beaucoup et un candidat pour le Sun JDK.
Avec les dernières versions de Netbeans, vous pouvez partager des projets entre Eclipse et NetBeans. Donc, si vous n'aimez pas la codage, vous pouvez l'utiliser uniquement pour les fonctionnalités de l'interface graphique, puis modifier le code dans Eclipse. Assurez-vous de créer votre projet dans Eclipse, puis utilisez l'importateur. Ils partageront le même répertoire.
Cool, je pense que ceci est une information utile, +1!
Vous devriez maintenant utiliser WindowBuilder Si vous utilisez Eclipse.
Je récemment (il y a 4 semaines) est passé de Eclipse / SWT à NetBeans 6.8 / Swing (après avoir été marre de quelques problèmes de licence du plugin dans Eclipse). Je suis venu en froid, ne pas être familier avec des Netbeans ou Swing et a été rapidement impressionné. J'ai réussi à convertir 4 ans d'expérience SWT en expérience swing très rapidement et maintenant considérer NetBeans le meilleur éditeur d'interface graphique Java. Bien que certaines parties du code autogénéré sont en lecture seule - c'est une bonne chose. Eclipse vous permet d'éditer le code Autogénération et cela peut entraîner des maux de tête importants avec des mises en page, une alignement, etc. Si vous faites une erreur. NetBeans vous permet de créer des "méthodes de manutention d'événements" personnalisées (ma terminologie uniquement) qui obtient le bloc Autogenerated pour appeler votre méthodyd à des points particuliers dans le cycle de vie afin que vous puissiez accéder au code «Lecture uniquement» chaque fois que vous en avez besoin.
Soyez alors stick avec NetBeans, c'est le meilleur environnement swing Java il y a.
Vous ne voulez pas coder à la main, pour une application de taille raisonnable. Laissez l'interface graphique à faire la majeure partie de la plomberie pour vous (surtout lorsque vous utilisez les différentes mises en page - cela seul vous fera déchirer vos cheveux), vous pouvez donc vous concentrer sur la logique de service / entreprise.
J'ai utilisé NetBeans, plug-in WindowsBuilder dans Eclipse et a eu recours à l'écriture de code swing à la main. J'apprécie définitivement le fait que Netbeans et Windows Builder écrivent le code pivotant pour vous, mais j'aime bien connaître chaque centimètre du code dans mon projet et savoir où aller quand je veux plus complexe et ajouter des détails. Cela dit que je pense que Netbeans vaut la peine d'essayer, mais j'étais un peu nerveux de traverser le code Java généré, alors que si je l'avais écrite de zéro, je n'ai pas cette inquiétude.
Le plug-in WindowsBuilder pour Eclipse a totalement vissé mon éclipse, le contenu d'aide est devenu lent de manière permanente, même après l'avoir retiré. Bien que le cadre de liaison de données de swing ait une certaine courbe d'apprentissage (au moins pour moi parce que je ne savais pas que c'était la même chose que le cadre de liaison de données Jface), j'ai eu du mal à trouver une documentation pour cela et a été renvoyé au Jface Wiki ... .
Globalement, vous avez raison, je pense que vous devrez réfléchir davantage sur votre logique d'application que d'écrire du code de plomberie consacré à l'interface graphique, mais si vous les écrivez vous-même, cela devient plus rapide et plus rapide. Je n'aime pas non plus le fait que je dois dépendre d'un éditeur d'interface graphique pour créer mon application.