Outils / conseils pour intégrer les projets Java SWT existants en WindowBuilder?

Question

Après avoir récemment entendu parler Windowbuilder et ses excellents outils graphiques, je suis à la recherche atways pour l'intégrer dans un projet de SWT actuel. Je préférerais ne pas repartir de zéro, si le projet n'a pas entré en production, et a théoriquement une certaine marge de manœuvre pour l'intégration / temps refactoring.

Les utilisations actuelles du projet GridLayout, FormLayout, AbsoluteLayout et columnlayout et utilisations multiples coquilles. Actuellement le code interface utilisateur et le code du bouton ont été abstraire dans des classes séparées, de sorte que la classe de modèle d'interface utilisateur peut être utilisé pour instancier plusieurs coquilles différentes dans le même programme. Il est en train d'être intégré à swt.paperclips . L'avenir de cette application comprendra la communication de port série, probablement par SerialPort de serialio.

Quels sont les meilleurs outils à utiliser pour intégrer le code existant dans Windowbuilder en utilisant SWT et Eclipse? Y a-t-il des mises en garde ou gotchas que je dois faire attention? Y a-t-il des outils qui permettent la création de modèles d'interface utilisateur réutilisables, ou suis-je censé commencer à partir de zéro avec chaque mise en page?

Answer 1

La meilleure réponse que je peux donner est de télécharger WindowBuilder et l'essayer.

Dans mon expérience, je l'ai trouvé très capable de l'analyse syntaxique mes sources et travailler juste avec mon code actuel SWT, pourvu que je me sers SWT typique, idiomes JFace ou RCP et ne pas réinventer la roue.

En plus: je suis l'auteur de si je l'espère Trombone vous avoir une bonne expérience avec elle. :-) Assurez-vous d'envoyer une note à notre forum Google Groupes si vous avez des questions ou des problèmes

Answer 2

Juste trouvé cela dans le WindowBuilder FAQ :

Can WindowBuilder fenêtres d'édition Pro qui ont été créés à la main?

  

Oui.   La plupart des constructeurs de l'interface graphique de la volonté du monde   lecture seule et d'écrire le code qui leur   se créer. WindowBuilder Pro   est une exception à cette règle. Ça peut   lire et écrire non seulement le code qu'il   crée, mais aussi beaucoup de codes   écrit à la main (> 90%). Si tu viens   dans un cas qui ne fonctionne pas, rapportez   à nous pour l'analyse. Plus brisé   des exemples que nous pouvons « solution », mieux   WindowBuilder Pro auront à long   courir (et la meilleure chance vous   avoir de récupérer votre ancien code   comme si). Notez que le code de l'interface graphique dynamique peut   pas rendu ou modifié. Le problème   avec le code dynamique est que généralement   repose sur des calculs d'exécution qui   ont pas de sens lors de l'exécution. Widgets   créé dans une boucle (où la boucle   les paramètres sont transmis à l'extérieur)   sont un bon exemple. Widgets créés dans   conditionals où la valeur de la   conditionnelle n'est pas connu avant l'exécution   sont un autre exemple. Code GUI dynamique   construit à partir des résultats de   requêtes de bases de données complexes est encore   un autre exemple.

Étant donné que certains de mes interfaces graphiques sont générés dynamiquement, ils ne pas importer correctement.

J'ai envoyé un message à l'un des développeurs du projet WindowBuilder, et ils ont indiqué que pour faire des modèles UI qui peuvent être réutilisés pour une utilisation future, je peux choisir de mettre en œuvre usines . Dans mon projet, il faudra un certain refactoring, mais comme il y a encore plus de codage à faire, je pourrais encore sauver moi-même le temps à long terme.