Aplicativo Java Desktop: SWT x Swing [fechado]

Sou desenvolvedor web de dia e estou pensando em criar meu primeiro aplicativo de desktop real. A idéia é criar uma ferramenta que automatize uma tarefa muito repetitiva em um aplicativo Web em que nenhuma API esteja disponível.

Eu sei que quero usar Java. Eu o usei antes para coisas na Web, conheço bem a sintaxe e quero que o aplicativo seja multiplataforma o mais fácil possível.

Onde não tenho tanta certeza é se devo usar SWT ou Swing. Como meu público-alvo principal usa o Windows, quero parecer o mais nativo possível lá. Linux e Mac devem funcionar, mas a aparência não é tão importante aqui.

Então, quais são os argumentos a favor e contra cada UI Framework, Swing ou SWT?

Obrigado.

PS: Eu desenvolvo no Windows usando o Eclipse. Mas estava pensando em brincar com o Netbeans.

Prós Swing:

• parte da biblioteca java, não há necessidade de bibliotecas nativas adicionais
• funciona da mesma maneira em todas as plataformas
• Editor de GUI integrado no Netbeans e Eclipse
• bons tutoriais online da Sun / Oracle
• Suportado por extensões java oficiais (como java OpenGL)

Contras Swing:

• A aparência nativa pode se comportar diferente do sistema nativo real.
• componentes pesados ​​(nativo / awt) ocultam componentes de giro, não é um problema na maioria das vezes, pois o uso de componentes pesados ​​é bastante raro

Prós SWT:

• usa elementos nativos quando possível, portanto, sempre comportamento nativo
• suportado pelo eclipse, editor GUI VEP (VEP também suporta Swing e AWT)
• grande número de exemplos online
• possui uma ponte awt / swt integrada para permitir o uso de componentes awt e swing

Contras SWT:

• requer bibliotecas nativas para cada sistema suportado
• pode não suportar todo comportamento em todos os sistemas devido aos recursos nativos usados ​​(opções de dica)
• gerenciamento de recursos nativos, enquanto componentes nativos geralmente são descartados com seus pais, outros recursos, como fontes, precisam ser liberados ou registrados manualmente como ouvintes de descarte de um componente para liberação automática.

Uma coisa importante a considerar é que alguns usuários e alguns revendedores (Dell) instalam uma VM de 64 bits no Windows de 64 bits e não é possível usar a mesma biblioteca SWT em VMs de 32 e 64 bits.

Isso significa que você precisará distribuir e testar pacotes diferentes, dependendo de os usuários terem uma Java VM de 32 ou 64 bits. Veja esse problema com o Azureus, por exemplo, mas você também o possui com o Eclipse, onde até o momento as compilações na página de download inicial não são executadas em uma VM de 64 bits.

pro swing:

• A maior vantagem do swing IMHO é que você não precisa enviar as bibliotecas com seu aplicativo (o que evita dezenas de MB (!)).
• A aparência nativa é muito melhor para swing do que nos primeiros anos
• o desempenho é comparável ao swt (o balanço não é lento!)
• O NetBeans oferece o Matisse como um construtor de componentes confortável.
• A integração dos componentes Swing no JavaFX é mais fácil.

Mas, no final das contas, eu não sugeriria usar swing 'puro' ou swt ;-) Existem várias estruturas de aplicativos para swing / swt out. Olha aqui . Os maiores players são netbeans (swing) e eclipse (swt). Outra boa estrutura poderia ser griffon e um bom 'conjunto de componentes' é o pivô (giro). Griffon é muito interessante porque integra muitas bibliotecas e não apenas oscila ; também pivô, swt, etc

Eu usaria o Swing por alguns motivos.

• Já existe há mais tempo e teve mais esforço de desenvolvimento aplicado a ele. Portanto, é mais provável que o recurso seja concluído e (talvez) tenha menos bugs.

• Há muita documentação e outras orientações sobre a produção de aplicativos de alto desempenho.

• Parece que as alterações no Swing se propagam para todas as plataformas simultaneamente, enquanto as alterações no SWT parecem aparecer primeiro no Windows, depois no Linux.

Se você deseja criar um aplicativo muito rico em recursos, consulte o NetBeans RCP (Rich Client Platform). Há uma curva de aprendizado, mas você pode montar aplicativos agradáveis ​​rapidamente com um pouco de prática. Não tenho experiência suficiente com a plataforma Eclipse para fazer um julgamento válido.

Se você não deseja usar todo o RCP, o NetBeans também possui muitos componentes úteis que podem ser extraídos e usados ​​independentemente.

Mais uma palavra de conselho: analise os diferentes gerenciadores de layout. Eles me tropeçaram por um longo tempo quando eu estava aprendendo. Alguns dos melhores nem sequer estão na biblioteca padrão. As ferramentas MigLayout (para Swing e SWT) e JGoodies Forms são duas das melhores na minha opinião.

Eu escolheria swing apenas porque é "nativo" para java.

Além disso, dê uma olhada em http://swingx.java.net/ .

Para seus requisitos, parece que o resultado final será o uso do Swing, pois é um pouco mais fácil começar e não tão integrado à plataforma nativa quanto o SWT.

Swing geralmente é uma aposta segura.

Pergunta interessante. Eu não sei muito bem o SWT para se gabar (ao contrário do Swing e do AWT), mas aqui está a comparação feita no 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

E aqui está o site onde você pode obter tutoriais sobre basicamente qualquer coisa no SWT ( http://www.java2s.com/Tutorial/Java/0280__SWT/Catalog0280__SWT.htm )

Espero que você tome uma decisão correta (se houver decisões corretas na codificação) ... :-)

Se você planeja construir aplicativos funcionais completos com mais de um punhado de recursos, sugiro pular direto para o uso do Eclipse RCP como estrutura.

Se seu aplicativo não crescer muito ou seus requisitos forem únicos demais para serem tratados por uma estrutura comercial normal, você poderá saltar com segurança com o Swing.

No final do dia, sugiro que você tente as duas tecnologias para encontrar a que melhor combina com você. Como o Netbeans vs o Eclipse e o IntelliJ, não há a resposta correta absoluta aqui e as duas estruturas têm suas próprias desvantagens.

Pro Swing:

• mais especialistas
• mais parecido com Java (quase nenhum campo público, sem necessidade de dispor de recursos)

Pro SWT:

• mais SO nativo
• Mais rápido

Uma coisa a considerar: Screenreaders

Por alguns motivos, alguns componentes do Swing não funcionam bem ao usar um leitor de tela (e o Java AccessBridge para Windows). Saiba que diferentes leitores de tela resultam em comportamentos diferentes. E, na minha experiência, o SWT-Tree tem um desempenho muito melhor que o Swing-Tree em combinação com um leitor de tela. Assim, nosso aplicativo acabou usando os componentes SWT e Swing.

Para distribuir e carregar a biblioteca SWT adequada, você pode encontrar este link útil: http://www.chrisnewland.com/select-correct-swt-jar-for-your-os-and-jvm-at-runtime-191

O SWT foi criado como uma resposta à lentidão do Swing na virada do século. Agora que as diferenças de desempenho estão se tornando insignificantes, acho que o Swing é uma opção melhor para seus aplicativos padrão. O SWT / Eclipse possui uma estrutura legal que ajuda com muitos códigos de placas de caldeira.