Applicazione desktop Java: SWT vs. Swing [chiuso]

Sono uno sviluppatore web di giorno e sto pensando di creare la mia prima vera applicazione desktop. L'idea è quella di creare uno strumento che automatizza un'attività molto ripetitiva in un'applicazione Web in cui non è disponibile alcuna API.

So che voglio usare Java. L'ho usato prima per roba web, conosco abbastanza bene la sintassi e voglio che l'applicazione sia cross-plateau il più semplice possibile.

Dove non sono così sicuro è se dovrei usare SWT o Swing. Dato che il mio pubblico principale utilizza Windows, voglio vederlo il più nativo possibile lì. Linux e Mac dovrebbero funzionare, ma l'aspetto non è così importante qui.

Quindi quali sono gli argomenti a favore e contro ogni UI Framework, Swing o SWT?

Grazie.

PS: sviluppo su Windows usando Eclipse. Ma stavo pensando di giocare con Netbeans.

Pro swing:

• parte della libreria java, non sono necessarie ulteriori librerie native
• funziona allo stesso modo su tutte le piattaforme
• Editor GUI integrato in Netbeans ed Eclipse
• buoni tutorial online di Sun / Oracle
• Supportato da estensioni java ufficiali (come java OpenGL)

Contro Swing:

• L'aspetto e la sensazione nativi possono comportarsi in modo diverso dal vero sistema nativo.
• i componenti pesanti (nativi / awt) nascondono i componenti dello swing, non un problema per la maggior parte del tempo poiché l'uso di componenti pesanti è piuttosto raro

Pro SWT:

• usa elementi nativi quando possibile, quindi sempre comportamento nativo
• supportato da eclipse, editor di gui VEP (VEP supporta anche Swing e AWT)
• gran numero di esempi online
• ha un ponte awt / swt integrato per consentire l'uso di componenti awt e swing

Contro SWT:

• richiede librerie native per ciascun sistema supportato
• potrebbe non supportare tutti i comportamenti su tutti i sistemi a causa delle risorse native utilizzate (opzioni di suggerimento)
• gestione delle risorse native, mentre i componenti nativi saranno spesso eliminati con il loro genitore, altre risorse come Font devono essere rilasciate o registrate manualmente come smaltimento listener in un componente per il rilascio automatico.

Una cosa importante da considerare è che alcuni utenti e alcuni rivenditori (Dell) installano una VM a 64 bit su Windows a 64 bit e non è possibile utilizzare la stessa libreria SWT su VM a 32 e 64 bit.

Ciò significa che sarà necessario distribuire e testare diversi pacchetti a seconda che gli utenti dispongano di una VM Java a 32 o 64 bit. Vedi questo problema con Azureus, ad esempio, ma lo hai anche con Eclipse, dove ad oggi i build nella pagina di download anteriore non vengono eseguiti su una VM a 64 bit.

pro swing:

• Il più grande vantaggio di swing IMHO è che non è necessario spedire le librerie con la tua applicazione (che evita dozzine di MB (!)).
• L'aspetto nativo è molto meglio per lo swing rispetto ai primi anni
• le prestazioni sono paragonabili a swt (lo swing non è lento!)
• NetBeans offre Matisse come costruttore di componenti confortevole.
• L'integrazione dei componenti Swing in JavaFX è più semplice.

Ma alla fine non suggerirei di usare swing o swt 'puro' ;-) Esistono diversi framework applicativi per swing / swt out. Guardate qui . I più grandi giocatori sono netbeans (swing) ed eclipse (swt). Un altro bel quadro potrebbe essere il grifone e un bel "set di componenti" è il perno (swing). Griffon è molto interessante perché integra molte librerie e non solo swing ; anche pivot, swt, ecc

Vorrei usare Swing per un paio di motivi.

• È in circolazione da più tempo e ha subito maggiori sforzi di sviluppo. Quindi è probabilmente più completo e (forse) ha meno bug.

• C'è molta documentazione e altre indicazioni sulla produzione di applicazioni performanti.

• Sembra che le modifiche a Swing si propaghino su tutte le piattaforme contemporaneamente mentre le modifiche a SWT sembrano apparire prima su Windows, poi su Linux.

Se si desidera creare un'applicazione molto ricca di funzionalità, è possibile verificare il RCP NetBeans (piattaforma Rich Client). C'è una curva di apprendimento, ma puoi mettere insieme belle applicazioni rapidamente con un po 'di pratica. Non ho abbastanza esperienza con la piattaforma Eclipse per esprimere un giudizio valido.

Se non si desidera utilizzare l'intero RCP, NetBeans ha anche molti componenti utili che possono essere estratti e utilizzati in modo indipendente.

Un'altra parola di consiglio, esaminare diversi gestori di layout. Mi hanno inciampato a lungo quando stavo imparando. Alcuni dei migliori non sono nemmeno nella libreria standard. Gli strumenti MigLayout (sia per Swing che SWT) e JGoodies Forms sono due dei migliori secondo me.

Vorrei scegliere lo swing solo perché è "nativo" per Java.

Inoltre, dai un'occhiata a http://swingx.java.net/ .

Per le tue esigenze sembra che la linea di fondo sarà usare Swing poiché è leggermente più facile iniziare e non è strettamente integrato con la piattaforma nativa come SWT.

Swing di solito è una scommessa sicura.

Domanda interessante. Non conosco SWT troppo bene per vantarsene (a differenza di Swing e AWT) ma ecco il confronto fatto su SWT / Swing / AWT.

http://www.developer.com/java/other/article.php/10936_2179061_2/Swing-and-SWT-A-Tale-of-Two-Java-GUI-Libraries.htm

Ed ecco il sito in cui puoi ottenere tutorial su praticamente qualsiasi cosa su SWT ( http://www.java2s.com/Tutorial/Java/0280__SWT/Catalog0280__SWT.htm )

Spero che tu prenda la decisione giusta (se ci sono decisioni giuste nella codifica) ... :-)

Se hai intenzione di creare applicazioni completamente funzionali con più di una manciata di funzionalità, ti suggerirò di passare subito all'utilizzo di Eclipse RCP come framework.

Se la tua applicazione non diventerà troppo grande o i tuoi requisiti sono troppo unici per essere gestiti da un normale framework aziendale, puoi saltare in sicurezza con Swing.

Alla fine, ti suggerirei di provare entrambe le tecnologie per trovare quella più adatta a te. Come Netbeans vs Eclipse vs IntelliJ, non esiste una risposta assolutamente corretta qui ed entrambi i framework hanno i loro svantaggi.

Pro Swing:

• più esperti
• più simile a Java (quasi nessun campo pubblico, non è necessario disporre di risorse)

Pro SWT:

• più SO nativo
• Più veloce

Una cosa da considerare: Screenreaders

Per alcuni motivi, alcuni componenti Swing non funzionano bene quando si utilizza uno screen reader (e Java AccessBridge per Windows). Sappi che diversi screen reader hanno un comportamento diverso. E nella mia esperienza SWT-Tree si comporta molto meglio di Swing-Tree in combinazione con uno screen reader. Pertanto, la nostra applicazione ha finito per utilizzare sia i componenti SWT che Swing.

Per distribuire e caricare la libreria SWT appropriata, è possibile trovare questo collegamento utile: http://www.chrisnewland.com/select-correct-swt-jar-for-your-os-and-jvm-at-runtime-191

SWT è stato creato come risposta alla lentezza di Swing verso la fine del secolo. Ora che le differenze di prestazioni stanno diventando trascurabili, penso che Swing sia un'opzione migliore per le tue applicazioni standard. SWT / Eclipse ha un bel framework che aiuta molto con il codice della piastra della caldaia.