Strumenti / Punte per l'integrazione di progetti Java SWT esistenti in WindowBuilder?

Question

Dopo aver recentemente sentito parlare WindowBuilder e le sue eccellenti strumenti grafici, sto cercando atways di integrare in un progetto SWT corrente. Io preferirei non ripartire da zero, anche se il progetto non è entrato in produzione, e teoricamente ha qualche scappatoia per l'integrazione / tempo refactoring.

Gli attuali usi progetto GridLayout, FormLayout, absolutelayout e columnlayout, e gli usi più shell. Attualmente il codice utente e codice del pulsante sono stati astratti in classi separate, quindi la classe modello interfaccia utente può essere utilizzato per creare un'istanza di più shell diverse nello stesso programma. È in procinto di essere integrato con swt.paperclips . Il futuro di questa app includerà la comunicazione porta seriale, probabilmente attraverso di serialio SerialPort .

Quali sono gli strumenti migliori da utilizzare per integrare il codice esistente in WindowBuilder utilizzando SWT ed Eclipse? Ci sono avvertimenti o trucchi che ho bisogno di attenzione? Ci sono strumenti che consentono la creazione di modelli di interfaccia utente riutilizzabili, o sono io aspettavo di ripartire da zero con ogni layout?

Answer 1

La risposta migliore che posso dare è quello di scaricare WindowBuilder e provarlo.

Nella mia esperienza, ho trovato molto in grado di analizzare le mie fonti e solo lavorando con il mio codice SWT corrente, purché io sto usando tipico SWT, JFace o RCP idiomi e non reinventare la ruota.

A parte: Sono l'autore di graffette quindi spero che stai avendo una buona esperienza con esso. :-) Assicurarsi di inviare una nota al nostro forum di Google Gruppi se avete domande o problemi

Answer 2

Appena trovato questo nella WindowBuilder FAQ :

Can WindowBuilder Pro finestre di modifica che sono stati creati a mano?

Sì. La maggior parte dei costruttori GUI nella volontà mondo solo leggere e scrivere il codice che essi essi stessi creano. WindowBuilder Pro è un'eccezione a questa regola. Può leggere e scrivere non solo il codice è crea, ma anche una grande quantità di codice scritto a mano (> 90%). Se vieni in un caso che non funziona, send a noi per l'analisi. Il più rotto esempi che possiamo "fix", il meglio WindowBuilder Pro avranno nel lungo eseguire (e più possibilità si vuole hanno di salvare il vecchio codice come è). Si noti che il codice dinamico GUI può Non essere reso o modificato. Il problema con dinamica codice è che generalmente si basa su calcoli di runtime che non hanno alcun significato in fase di esecuzione. widget creato in un ciclo (in cui il ciclo parametri vengono passati esternamente) sono un buon esempio. Widget creati in condizionali dove il valore della condizionale non è nota fino al runtime sono un altro esempio. codice della GUI dinamica costruito dai risultati di query di database complesse è ancora un altro esempio.

Dal momento che alcuni dei miei GUI sono generati in modo dinamico, non hanno attualmente importa correttamente.

Ho inviato un messaggio a uno degli sviluppatori sul progetto WindowBuilder, e hanno indicato che per fare i modelli di interfaccia utente che possono essere riutilizzati per un utilizzo futuro, posso scegliere di implementare fabbriche . Nel mio progetto, questo richiederà un po 'di refactoring, ma poiché non v'è ancora di più di codifica per fare, potrei ancora salvare me stesso tempo nel lungo periodo.