andreiribas wrote:Não sei como ninguém citou ainda o Swing Application Framework (SAF), trabalhei com ele eses dias em um projeto pra faculdade e achei muito simples criar uma aplicação Desktop, ainda que a especificação do framework não esteja completa ainda.

Ele resolve alguns problemas recorrentes em aplicações Desktop.

O link do projeto é https://appframework.dev.java.net/

O Netbeans 6.1 dá uma mão na roda com o plugin pro SAF.

Recomendo testarem.

InsanelyTotalMac wrote:

djemacao wrote:

InsanelyTotalMac wrote:

djemacao wrote:Ai que tá. O MONO não roda 100% .Net, nem aqui, nem na China. Sempre há alterações de bibliotecas que devem ser feitas. Isso irrita, de vez em sempre.
Nem o Swing eu diria ser uma boa alternativa, uma vez que, apesar de maduro, ainda é complexo para se desenvolver fora de uma ferramenta como o NetBeans.

Ai eu discordo ! Se voce tem a mao da para fazer muitas coisas sem o Netbeans... E se voce ainda quiser outras ferramentas ha o Jdeveloper que da um suporte fabuloso a drag and drop para criacao de janelas e o proprio Eclipse tem tambem.

Abraco.

Continue discordando e pegue um aplicativo bem grande, faça na mão e depois declare aqui sua experiência. Aliás, claro, também coloque a experiência da equipe e também da empresa que contratou o serviço, todo vão amar a idéia da produtividade.
Agora, o que tem a ver JDeveloper e Eclipse com minha resposta? Apenas disse, e repito, AINDA é complexo para se desenvolver fora de uma ferramenta COMO o NetBeans, OK? Ler faz bem, saber interpretar, melhor ainda.

Amigão... Trabalhei em um sistema grande que inclusive tinha integrações com SAP B1 e era feito todo em Swing... A equipe no começo apanhou, mas depois pegou a mão... fizemos tudo em Eclipse sem usar Drag and Drop... o código ficou limpo... e todos conseguiam dar manutenção... Mostrando que experiencia resolve o problema.

Outro sistema grande feito em Swing: http://www.compiere.com/

O que tem haver é que você citou o Netbeans e eu falei que existem outras IDEs que fazem o mesmo trabalho...

Acho que você é meio stresado... só falei que discordava da sua resposta... aceitar críticas também faz bem.

cmoscoso wrote:

Nem o Swing eu diria ser uma boa alternativa, uma vez que, apesar de maduro, ainda é complexo para se desenvolver fora de uma ferramenta como o NetBeans.

Esse é o objetivo do javafx, abstrait a complexidade do swing. Ao inves de programar com swing direto vc programa em javafx script. Vc ganharia em relacao ao swing um modelo com melhor suporte a ferramentas visuais (WYSIWYG), fundamental para essa area.

Lembrando que o JavaFX usa o Swing, mas parece tem gente que ainda nao se deu conta que Swing e SwingX sao coisas distintas.

djemacao wrote:Aposto muito no JavaFX como substituta para desenvolvimento desktop. Só não sei quanto ao lado Web.

djemacao wrote:Esqueci de mencionar que fica evidente que a Sun quer direcionar seus esforços sobre o JavaFX, uma vez que a Adobe já está tomando conta do mercado multimídia online com seu Flash faz tempo. Foi apenas um pequeno empurrão para sair da mera animação bonitinha, exibição de vídeos com tamanho reduzido para pular no colo do desenvolvimento corporativo.
Pra mim, a Sun vai ter que comer muito arroz com feijão para chegar nos pés da Adobe.

Djemacao wrote:
............Pra mim, a Sun vai ter que comer muito arroz com feijão para chegar nos pés da Adobe.

Sergiotaborda wrote:
O Swing não é uma alternativa, o Swing é o padrão...........
.................O ponto é que os programadores não estão habituados a programar interfaces nem componentes, coisa que é vital para UI em Java desktop. O swing não existe para ser usado "puro" ele existe para que os programadores construam os seus componentes em cima dele. Isso é verdade para o .NET também, mas no .NET é possivel vc utilizar o seu form como o "superComponent" em Swing isso não só não é util como não é o padrão.
.............
[/code]

Isto ocorre devido aos diversos fabricantes de Navegadores de Internet que não padronizam um interpretador único para DOM dos seus produtos, e particularmente acho isto um tanto quanto benéfico para a concorrência, porém existem também as desvantagens de se ficar na dependência desse ou daquele plugin, retrocompatibilidade, de framework ou seja lá o que for. Como o próprio Sergio disse, a padronização do Swing nos permite criar nossos próprios componentes e por isso o código Java é aberto, e é exatamente esse o erro nosso, de querer ficar sempre na dependência daquilo que o Sofware tem a nos oferecer.

Um abraço.

Djemacao wrote:
............Pra mim, a Sun vai ter que comer muito arroz com feijão para chegar nos pés da Adobe.

Sergiotaborda wrote:
O Swing não é uma alternativa, o Swing é o padrão...........
.................O ponto é que os programadores não estão habituados a programar interfaces nem componentes, coisa que é vital para UI em Java desktop. O swing não existe para ser usado "puro" ele existe para que os programadores construam os seus componentes em cima dele. Isso é verdade para o .NET também, mas no .NET é possivel vc utilizar o seu form como o "superComponent" em Swing isso não só não é util como não é o padrão.
.............