... e não se esqueçam que o Java Swing vai morrer também

Nossa…não li o post ,confesso…

Nem tudo que reluz é ouro,ninguém é dono da vedade…O que me dizem do Cobol?
Eu escutei de um professor.Cobol é ultrapassado.
Coincidência,ou não,justo no dia que li um artigo que dizia
que programadores Cobol eram muito bem remunerados por que haviam poucos…enquanto a oferta de vagas para eles,
é grande…

Especulação…

Na minha humilde opinião.

Puro FUD.
Desde que comecei com Java(já se vão 8 anos), sempre ouvi 3 coisas:Swing é pesado, é complicado, e que vai acabar.
Aqueles que acreditam nisso, deixo-lhes o meu “Obrigado”, pois são vocês que fazem a cada ano meu valor-hora aumentar. :mrgreen:

Oi,

Que texto ruim de ler… Cores escuras, tive que selecionar o texto todo com CTRL+A.

Uma coisa eu sei, isso levará tempo… e outras, tudo morre um dia! rs

Tchauzin!

Ironlynx:

Puro FUD.
Desde que comecei com Java(já se vão 8 anos), sempre ouvi 3 coisas:Swing é pesado, é complicado, e que vai acabar.
Aqueles que acreditam nisso, deixo-lhes o meu “Obrigado”, pois são vocês que fazem a cada ano meu valor-hora aumentar. :mrgreen:

Ironlynx++

lina:

Ironlynx:

Puro FUD.
Desde que comecei com Java(já se vão 8 anos), sempre ouvi 3 coisas:Swing é pesado, é complicado, e que vai acabar.
Aqueles que acreditam nisso, deixo-lhes o meu “Obrigado”, pois são vocês que fazem a cada ano meu valor-hora aumentar. :mrgreen:

Ironlynx++

Adorei…

Eu sou um dos poucos que gosto de Swing também, meus trabalhos pessoais penso primeiro em usar o Swing ao invés de algo para web, só então vejo a viabilidade real da coisa e passo a usar um em dentrimento do outro. Porém sempre curti Swing, ele é sim hermético, mas é muito poderoso.

Qual toolkit lhe dá esse poder? Qual toolkit lhe dá “crossover” de forma tão efetiva? É difícil imaginar.

Acho que não tem porque ficar levantando poeira.

Não seria melhor criar tópicos desse quando tivesse algo de oficial?
Por que no próprio site da autora, ela deixa claro que são especulações, planos dela e projeções sobre o assunto.

Toda tecnologia vai morrer cedo ou tarde, mas ela sequer levantou a possibilidade de uma descontinuação oficial do Swing.

Coloquei mal o título do post.

O Swing não vai mais ser continuado, em breve vai ser tudo JavaFX, isso foi dito há três anos e é oficial desde alguns dias.

Olha, gosto muito de Java Swing, não quis levantar poeira para briga, mas é verdade, infelizmente =/.

COM CERTEZA teremos muitos projetos legados com Java Swing, muitos novos projetos com Java Swing (eu mesmo ainda tive que mexer com coisas não novas pode indisponibilidade de JRE atual)… Estou agora criando uma interface em Swing para um programa puramente command line

É post da Amy Fowler, sim, a “mocinha” do layout do Swing, a mocinha do Java Desktop desde os anos 90…

Desculpe, mas você leu o post que? Não tem a ver uma coisa com a outra. Swing só vai ser substituído, como a Amy falou, que as aplicações mudaram. Você consegue fazer coisas “legais e bonitinhas” com Swing, mas terá que usufruir de frameworks de terceiros como o Trident. Ops, o Kirill largou o trident depois do processo da Oracle sob a Google…

Cobol ainda existe? existe! ABAP? Sim, fortíssimo no mercado. Mas é fato que a parte desktop do Java não será mais Java Swing futuramente, OU NÃO, pois a comunidade pode ser mover para tentar mudar os planos da Oracle, o que acho que não vai acontecer, pois o “novo” será perfeitamente compatível com Java Swing… So well…

[Anyway, desculpem pelo título exagerado…]

ViniGodoy:

Acho que não tem porque ficar levantando poeira.

Não seria melhor criar tópicos desse quando tivesse algo de oficial?
Por que no próprio site da autora, ela deixa claro que são especulações, planos dela e projeções sobre o assunto.

Toda tecnologia vai morrer cedo ou tarde, mas ela sequer levantou a possibilidade de uma descontinuação oficial do Swing.

Verdade, ela não falou diretamente, inclusive enfatizou que as ferramentas para JavaSwing sobreviverão por anos. Mas está claro que a Oracle caiu de cabeça em refazer a parte 2D do Java… Como já disse ainda podemos criar nossas aplicações com Swing, o legado é grande, swing será compatível com JavaFX, blá blá blá blá

Foi um mudança radical e o pessoal ainda tá digerindo.

Mas uma coisa é consenso: a parte desktop do Java precisava mesmo de uma reformulada geral, qualquer que fosse a estratégia. Tem muita coisa que no Java é facil e mais flexível, mas tem muita coisa que você faz simples em Delphi e Visual Studio que no Swing era sofrível. Fora que o Swing estava estagnado há um bom tempo, como se já tivesse morrido mesmo.

Não tenho opinião ainda se vai ser melhor ou pior, mas só da Oracle se preocupar com essa parte e trabalhar em cima já considero na pior das hipóteses um bom sinal.

O problema é que todo esse fuzz, começou com um post da kleopatra, há muito tempo atrás, dizendo que a Sun parou de financiar o SwingX:
http://forums.java.net/jive/thread.jspa?threadID=52665&tstart=0

Desde então, não se para de dizer que o Swing vai morrer, e que está com os dias contados. Na época, podia-se até comparar alguns posts e ver como a notícia foi ficando cada vez mais catastrófica:
http://www.pushing-pixels.org/?p=758
http://datainadequate.org.uk/2008/11/06/multiplatform-gui-libraries-are-a-dead-end/

O SwingLabs era onde a Sun tentava projetar extensões e novos componentes para o Swing. Acontece que a comunidade chegou a conclusão que o Swing, como API para o JDK, estava suficientemente completo e maduro e que componentes extras deveriam realmente partir de terceiros e não serem incorporados ao core, e deixar tudo mais inchado. A própria Sun, em 2009, escreveu um post inteiro dizendo o quão importante era o Swing para ela, e esclarecendo esses tópicos: http://blogs.sun.com/theplanetarium/entry/the_future_of_swing

Se a API estivesse realmente descontinuada, não teriam novidades para ela no JDK 7. Como vocês podem ler aqui:
http://openjdk.java.net/projects/jdk7/features/

Não vou negar que, a longo prazo, tanto a Oracle, quanto à Sun, planejavam matar o Swing. Mas isso ainda está longe de acontecer. Nem mesmo um plano de descontinuidade foi apresentado e ambas as empresas nunca se pronunciaram oficialmente quanto a uma morte da API. Tudo que se tem são blogs e tweets de pessoas, não da empresa em si.

Anime:

Nossa…não li o post ,confesso…

Nem tudo que reluz é ouro,ninguém é dono da vedade…O que me dizem do Cobol?
Eu escutei de um professor.Cobol é ultrapassado.
Coincidência,ou não,justo no dia que li um artigo que dizia
que programadores Cobol eram muito bem remunerados por que haviam poucos…enquanto a oferta de vagas para eles,
é grande…

Especulação…

Na minha humilde opinião.

Os extremos sempre serão bem remunerados, tecnologias e desuso e tecnologias que estão virando moda.

ViniGodoy:

O problema é que todo esse fuzz, começou com um post da kleopatra, há muito tempo atrás, dizendo que a Sun parou de financiar o SwingX:
http://forums.java.net/jive/thread.jspa?threadID=52665&tstart=0

Desde então, não se para de dizer que o Swing vai morrer, e que está com os dias contados. Na época, podia-se até comparar alguns posts e ver como a notícia foi ficando cada vez mais catastrófica:
http://www.pushing-pixels.org/?p=758
http://datainadequate.org.uk/2008/11/06/multiplatform-gui-libraries-are-a-dead-end/

O SwingLabs era onde a Sun tentava projetar extensões e novos componentes para o Swing. Acontece que a comunidade chegou a conclusão que o Swing, como API para o JDK, estava suficientemente completo e maduro e que componentes extras deveriam realmente partir de terceiros e não serem incorporados ao core, e deixar tudo mais inchado. A própria Sun, em 2009, escreveu um post inteiro dizendo o quão importante era o Swing para ela, e esclarecendo esses tópicos: http://blogs.sun.com/theplanetarium/entry/the_future_of_swing

Se a API estivesse realmente descontinuada, não teriam novidades para ela no JDK 7. Como vocês podem ler aqui:
http://openjdk.java.net/projects/jdk7/features/

Não vou negar que, a longo prazo, tanto a Oracle, quanto à Sun, planejavam matar o Swing. Mas isso ainda está longe de acontecer. Nem mesmo um plano de descontinuidade foi apresentado e ambas as empresas nunca se pronunciaram oficialmente quanto a uma morte da API. Tudo que se tem são blogs e tweets de pessoas, não da empresa em si.

É muita fora de contexto achar que algo acaba da noite para o dia:

• Um outro exemplo foi o que aconteceu com o próprio Java ano passado: Java vai morrer.
• Com o NoSql tiveram pessoam falando que o banco de dados relacional estava no fim
• O mesmo foi com Flash há uns meses atrás.
• E um pouco não popular, mas bem semelhante, é o caso ABAP quando começou a entrar Java na jogada. ABAP não está nem perto de acabar hehehehe
• Uma das maiores barbaridades que ouço é que C e C++ acabaram… Acabou mesmo foi a facilidade de achar pessoas com C e aumentaram os salários para que estão no mercado

… até que aparece um post de alguém importante que significa um “cala-boca” que para todos os “motinzinhos” gerado por alguém que quer promover algo novo, está assustado com a notícia que acabou de ver, ou quem simplesmente é inexperiente nesse ponto (como eu fui há uns anos quanto a outros assuntos)…

Com certeza eu me expressei mal, mas achei que muitos já sabem que “mortes” não vêm de um dia pro outro. O mundo de tecnologia é rápido nos lançamentos, mas lento na substituição no mercado corporativo…

Até mesmo o JavaFX Script, que quase ninguém usou e que está declarado realmente sem continuação, tem esperanças de ser continuado:

ViniGodoy:

O problema é que todo esse fuzz, começou com um post da kleopatra, há muito tempo atrás, dizendo que a Sun parou de financiar o SwingX:
http://forums.java.net/jive/thread.jspa?threadID=52665&tstart=0

Se a API estivesse realmente descontinuada, não teriam novidades para ela no JDK 7. Como vocês podem ler aqui:
http://openjdk.java.net/projects/jdk7/features/

Bem lembrado, já tinha esquecido dessa história do SwingX.

Um ponto importante é essa postura que você falou da Sun: ela lança a tecnologia e a especificação e implementa até um certo ponto, deixando para terceiros desenvolverem um conteúdo mais específico e estimulando a concorrência entre terceiros. Por isso o JSF só tem os componentes básicos, o Swing falta muita coisa prática e o Java não tem classes “básicas” como para tratar de dinheiro ou uma forma simples de manipular datas.

A MS e o Delphi já tentam uma solução o mais completa possível, mesmo permitindo que se desenvolvam componentes pra elas.

Eu gostava da postura da Sun, mas acho que o tiro saiu pela culatra, porque muita gente se recusava a usar aplicativos de terceiros com argumentos do tipo “se eu usar o JBuilder e os componentes dele, só vou saber programar no JBuilder, não no Java”. E acabava que fazendo muita coisa no braço, o Java ficou menos produtivo que o .NET e outras linguagens.

Eu acho que falo algumas besteiras, podem me corrigir.

Mas alguém já se seu conta do marco que foi o Swing?
Como um forma de desenvolver GUI tão complexa pode ser tornar mais utilizada que ferramentas Arrastar-soltar?
Java criou um abismo entre os programadores foi com ele que ouvi coisas do tipo “quem programa em VB não sabe programar”.
Para fazer algo simples em Swing é necessário tem um conhecimento mais elevado que fazer uma aplicação cliente-servidor em VB, Delphi.

Eu adoro programar em Swing, continuei fazendo coisas mesmo quando o Eclipse + VE parou e continuarei fazendo se o Netbeans parar.
Faria mesmo se fosse no bloco de notas.

Não sei até que ponto isso é vantagem, VB e Delphi também permitem criar coisas mão e é até mais fácil.

E isso é mérito ou demérito da IDE, não da tecnologia. O C# é muito próximo ao Java e o Visual Studio permite fazer GUIs com arrastar-e-soltar, sendo um dos motivos pro .NET crescer num ritmo mais rápido que o Java.

marcosalex:

bzy:

Para fazer algo simples em Swing é necessário tem um conhecimento mais elevado que fazer uma aplicação cliente-servidor em VB, Delphi.

Não sei até que ponto isso é vantagem, VB e Delphi também permitem criar coisas mão e é até mais fácil.

E isso é mérito ou demérito da IDE, não da tecnologia. O C# é muito próximo ao Java e o Visual Studio permite fazer GUIs com arrastar-e-soltar, sendo um dos motivos pro .NET crescer num ritmo mais rápido que o Java.

Isso me faz pensar que a Sun estava correndo atrás do RIA com atraso de anos e deixando o .NET passar o Swing.
Erros graves não acham?

marcosalex:

bzy:

Para fazer algo simples em Swing é necessário tem um conhecimento mais elevado que fazer uma aplicação cliente-servidor em VB, Delphi.

Não sei até que ponto isso é vantagem, VB e Delphi também permitem criar coisas mão e é até mais fácil.

E isso é mérito ou demérito da IDE, não da tecnologia. O C# é muito próximo ao Java e o Visual Studio permite fazer GUIs com arrastar-e-soltar, sendo um dos motivos pro .NET crescer num ritmo mais rápido que o Java.

Também nunca achei isso bacana… sempre achei que, o que o NetBeans é hoje como ferramenta para Desenvolvimento Java Swing, deveria ter sido desde sua existência… Agradaria à galera que não gosta de perder tempo fazendo coisas que deveriam ser automáticas e também agradaria aos que gostam de fazer as coisas na unha…

Sinceramente, você vê uma preocupação forte de vários Frameworks em automatizar tarefas com o desejo de fazer com que os desenvolvedores se concentrem na lógica do negócio, automatizando tarefas que em 90% dos casos, você não precisa mexer em nada dos bastidores…

Foi nesse ponto que o SE ficou muito pra trás de outras ferramentas RAD com esse discurso de que “Programador faz tudo na unha…” talvez isso seja bom, quando se quer ter o controle total de uma aplicação de tempo de resposta baixo… mas em 90% do mercado, isso não é crucial e um VB ou Delphi, são mais produtivos no quesito…

Enfim… foi uma aposta de Sun, que ao meu ver até que colou… conseguiu envangelizar muita gente, e o fato de ser multiplataforma, guardou seu lugar garantido…

Abs

bzy:

marcosalex:

bzy:

Para fazer algo simples em Swing é necessário tem um conhecimento mais elevado que fazer uma aplicação cliente-servidor em VB, Delphi.

Não sei até que ponto isso é vantagem, VB e Delphi também permitem criar coisas mão e é até mais fácil.

E isso é mérito ou demérito da IDE, não da tecnologia. O C# é muito próximo ao Java e o Visual Studio permite fazer GUIs com arrastar-e-soltar, sendo um dos motivos pro .NET crescer num ritmo mais rápido que o Java.

Isso me faz pensar que a Sun estava correndo atrás do RIA com atraso de anos e deixando o .NET passar o Swing.
Erros graves não acham?

Até não porque o objetivo da sun era mais a plataforma e a linguagem. As ferramentas para criar interfaces gráficas, como os RADs viriam de terceiros, como foi o caso do jbuilder. Mas na minha opinião, o que mais faltou no java eram apis multimedia de porte do directx, directshow e opengl. Isso empurrou java na situação de linguagem de nicho específico, o contrário do c++, c ou pascal.

juliocbq:

bzy:

marcosalex:

bzy:

Para fazer algo simples em Swing é necessário tem um conhecimento mais elevado que fazer uma aplicação cliente-servidor em VB, Delphi.

Não sei até que ponto isso é vantagem, VB e Delphi também permitem criar coisas mão e é até mais fácil.

E isso é mérito ou demérito da IDE, não da tecnologia. O C# é muito próximo ao Java e o Visual Studio permite fazer GUIs com arrastar-e-soltar, sendo um dos motivos pro .NET crescer num ritmo mais rápido que o Java.

Isso me faz pensar que a Sun estava correndo atrás do RIA com atraso de anos e deixando o .NET passar o Swing.
Erros graves não acham?

Até não porque o objetivo da sun era mais a plataforma e a linguagem. As ferramentas para criar interfaces gráficas, como os RADs viriam de terceiros, como foi o caso do jbuilder. Mas na minha opinião, o que mais faltou no java eram apis multimedia de porte do directx, directshow e opengl. Isso empurrou java na situação de linguagem de nicho específico, o contrário do c++, c ou pascal.

Concordo, a SUN fez a linguagem e a plataforma, as ferramentas RAD ficariam por conta de terceiros, como de fato ficou, com Intelij, JBuilder, Eclipse, Netbeans, etc. Tanto é que ninguem reclama de RAD’s pra WEB.
O que faltou na época foram estes terceiros terem interesse em investir em RAD para UI desktop(swing/AWT), só que na época o Delphi reinava absoluto neste meio de apps desktop, e o java surgia como revolução na WEB, então acho que tudo acabou acontecendo como era de se esperar, se analisarmos toda a historia.

bzy:

marcosalex:

bzy:

Para fazer algo simples em Swing é necessário tem um conhecimento mais elevado que fazer uma aplicação cliente-servidor em VB, Delphi.

Não sei até que ponto isso é vantagem, VB e Delphi também permitem criar coisas mão e é até mais fácil.

E isso é mérito ou demérito da IDE, não da tecnologia. O C# é muito próximo ao Java e o Visual Studio permite fazer GUIs com arrastar-e-soltar, sendo um dos motivos pro .NET crescer num ritmo mais rápido que o Java.

Isso me faz pensar que a Sun estava correndo atrás do RIA com atraso de anos e deixando o .NET passar o Swing.
Erros graves não acham?

Comprar o F3, que foi nomeado para JavaFX Script posteriormente, foi uma grande idéia para tirar esse atraso. Mas daí a Sun quis fazer do JavaFX a bala de prata para interface: Televisão, Celular, BluRay, WEB, Desktop, e, palavras do time de desenvolvimento do JavaFX em fóruns e grupos de discussão, o desenvolvimento era mais complicado…

Agora a Oracle deu um jeito: Foco no que está no RoadMap, venda agressiva de seus produtos e marketing de sistemas em produção, não de coisas que estão por vir…

Mas a substituição do Swing foi inevitável, tiveram até motivações para fazer RIA com Java Swing, mas não “pegou” .

Mas, fala ai, independente da Sun estar atrasada ou não, o que você faria sabendo o estouro de aplicações RIA em ~2005? E vendo que todos os seus programadores Java estavam usando outras tecnologias e que eles tinham “sede” de algo Java mesmo, você não pensaria em alguma solução?

Eu mesmo me apliquei em JavaFX pois queria usar Java nos meus códigos sem esse monte de coisa para usar outras tecnologias. E, principalmente, XML NOOOOO

Ta agora vão me dizer que o JavaFX vai substuir o Swing? ai sim morrem as aplicações desktop em Java.

JavaFX é uma porcaria, não tem nada de mais, sabe aquele trabalhinho de universidade que vc faz so pra ganhar nota? Esse é o JavaFX, é somente uma tentativa de competir num mercado, onde os concorrentes estão a anos luz na sua frente, eu estava torcendo pra Oracle descontinuar isso aí, e investir em outra coisa mais produtiva.

Talvez o Swing não seja a melhor maneira, mas eu não troca meus codigos em Swing por uma linha de JavaFX (Sem falar que vou ter que aprender a usar aquela sintaxe horrivel, nada a ver com Java pra usar JavaFX).

Jesuino Master:

bzy:

marcosalex:

bzy:

Para fazer algo simples em Swing é necessário tem um conhecimento mais elevado que fazer uma aplicação cliente-servidor em VB, Delphi.

Não sei até que ponto isso é vantagem, VB e Delphi também permitem criar coisas mão e é até mais fácil.

E isso é mérito ou demérito da IDE, não da tecnologia. O C# é muito próximo ao Java e o Visual Studio permite fazer GUIs com arrastar-e-soltar, sendo um dos motivos pro .NET crescer num ritmo mais rápido que o Java.

Isso me faz pensar que a Sun estava correndo atrás do RIA com atraso de anos e deixando o .NET passar o Swing.
Erros graves não acham?

Comprar o F3, que foi nomeado para JavaFX Script posteriormente, foi uma grande idéia para tirar esse atraso. Mas daí a Sun quis fazer do JavaFX a bala de prata para interface: Televisão, Celular, BluRay, WEB, Desktop, e, palavras do time de desenvolvimento do JavaFX em fóruns e grupos de discussão, o desenvolvimento era mais complicado…

Agora a Oracle deu um jeito: Foco no que está no RoadMap, venda agressiva de seus produtos e marketing de sistemas em produção, não de coisas que estão por vir…

Mas a substituição do Swing foi inevitável, tiveram até motivações para fazer RIA com Java Swing, mas não “pegou” .

Mas, fala ai, independente da Sun estar atrasada ou não, o que você faria sabendo o estouro de aplicações RIA em ~2005? E vendo que todos os seus programadores Java estavam usando outras tecnologias e que eles tinham “sede” de algo Java mesmo, você não pensaria em alguma solução?

Eu mesmo me apliquei em JavaFX pois queria usar Java nos meus códigos sem esse monte de coisa para usar outras tecnologias. E, principalmente, XML NOOOOO :D

Não me preocupo em hoje ter que usar swing nas minhas aplicações, apesar dele não ser thread safe. Na minha opinião o que me importa é funcionalidade.

Felagund:

Ta agora vão me dizer que o JavaFX vai substuir o Swing? ai sim morrem as aplicações desktop em Java.

JavaFX é uma porcaria, não tem nada de mais, sabe aquele trabalhinho de universidade que vc faz so pra ganhar nota? Esse é o JavaFX, é somente uma tentativa de competir num mercado, onde os concorrentes estão a anos luz na sua frente, eu estava torcendo pra Oracle descontinuar isso aí, e investir em outra coisa mais produtiva.

Talvez o Swing não seja a melhor maneira, mas eu não troca meus codigos em Swing por uma linha de JavaFX (Sem falar que vou ter que aprender a usar aquela sintaxe horrivel, nada a ver com Java pra usar JavaFX).

Vamos ser sinceros, se esse prism entrar no lugar do java 2D, você não vai precisar se preocupar com mais nada acima dele(swing, awt). Como disseram, pode ser a atualização que esses toolkits gráficos estavam precisando.

ate então gosto muito de mexer com as ferramentas do swing.
contudo fiz laguns programas usando o javaFX, pode se dizer que fica bem legal a aparencia da tela tendo componentes bem legais pra mexer…

mas espero que não acabe com o swing…

Ele como substituto do Java2D, até acredito.

Mas para substituir o Swing, é necessário ter uma biblioteca de componentes.
E ela deve ser mais fácil, mais rápida, mais poderosa e mais prática que o Swing.
Caso contrário, ninguém vai fazer a mudança.

Eu dificilmente acredito em videozinhos de demos no youtube, pois eles são muito simplistas. Geralmente mostram como é rápido desenvolver algo, mas dificilmente vão te passar a visão de como é manter o código funcionando naquela biblioteca à longo prazo. Nesse quesito, o Swing é excelente, e nunca vi biblioteca melhor.

Estou usando a biblioteca do .net hoje em dia. Realmente é muito interessante, principalmente pq ela também é integrada ao LINQ.
Mas muita coisa nela ainda é mais difícil de se fazer do que em Swing.

Se o prism for usado no lugar do java2d, o swing ganha desempenho. Apesar de que java2D é muito robusto, mas para operações 2D. O prism já suporta 3d e pode trazer as funcionalidades do direct3d.

fredferrao:

juliocbq:

Até não porque o objetivo da sun era mais a plataforma e a linguagem. As ferramentas para criar interfaces gráficas, como os RADs viriam de terceiros, como foi o caso do jbuilder. Mas na minha opinião, o que mais faltou no java eram apis multimedia de porte do directx, directshow e opengl. Isso empurrou java na situação de linguagem de nicho específico, o contrário do c++, c ou pascal.

Concordo, a SUN fez a linguagem e a plataforma, as ferramentas RAD ficariam por conta de terceiros, como de fato ficou, com Intelij, JBuilder, Eclipse, Netbeans, etc. Tanto é que ninguem reclama de RAD’s pra WEB.
O que faltou na época foram estes terceiros terem interesse em investir em RAD para UI desktop(swing/AWT), só que na época o Delphi reinava absoluto neste meio de apps desktop, e o java surgia como revolução na WEB, então acho que tudo acabou acontecendo como era de se esperar, se analisarmos toda a historia.

Até surgiram, o JBuilder era tão fácil quanto o Delphi, o PowerJ era muito simples também, mas a resistência dos desenvolvedores Java era que um app feito em uma dessas IDEs não rodava na outra, porque não tinha um Ant ou Maven que padronizasse as referências a bibliotecas, arquivos de configuração e outras tarefas.

Acabou que os desenvolvedores foram se direcionando pra ficar no Java “puro” mesmo e a Sun não soube lidar com isso. Hoje existem frameworks de JPA, componentes pro JSF, etc, mas agora é correr atrás do prejuízo.

Felagund:

Ta agora vão me dizer que o JavaFX vai substuir o Swing? ai sim morrem as aplicações desktop em Java.

JavaFX é uma porcaria, não tem nada de mais, sabe aquele trabalhinho de universidade que vc faz so pra ganhar nota? Esse é o JavaFX, é somente uma tentativa de competir num mercado, onde os concorrentes estão a anos luz na sua frente, eu estava torcendo pra Oracle descontinuar isso aí, e investir em outra coisa mais produtiva.

Talvez o Swing não seja a melhor maneira, mas eu não troca meus codigos em Swing por uma linha de JavaFX (Sem falar que vou ter que aprender a usar aquela sintaxe horrivel, nada a ver com Java pra usar JavaFX).

Você está desatualizado! JavaFX Script não será mais atualizado pela Oracle e a construção de aplicações com JavaFX será em Java ou em alguma outra linguagem que você quiser:

http://javafree.uol.com.br/noticia/4839/Veja-como-sera-desenvolver-para-JavaFX-com-Java-JRuby-Clojure-Groovy-e-Scala.html
http://javafree.uol.com.br/noticia/4838/Saiba-o-que-mudou-no-mundo-JavaFX.html
http://javafree.uol.com.br/noticia/4837/Novidades-da-plataforma-JavaFX-JavaFX-Script-descontinuado.html

O código em Java é muito igual ao código Swing, só mudam umas “classezinhas”.

ViniGodoy:

Ele como substituto do Java2D, até acredito.

Mas para substituir o Swing, é necessário ter uma biblioteca de componentes.
E ela deve ser mais fácil, mais rápida, mais poderosa e mais prática que o Swing.
Caso contrário, ninguém vai fazer a mudança.

Eu dificilmente acredito em videozinhos de demos no youtube, pois eles são muito simplistas. Geralmente mostram como é rápido desenvolver algo, mas dificilmente vão te passar a visão de como é manter o código funcionando naquela biblioteca à longo prazo. Nesse quesito, o Swing é excelente, e nunca vi biblioteca melhor.

Estou usando a biblioteca do .net hoje em dia. Realmente é muito interessante, principalmente pq ela também é integrada ao LINQ.
Mas muita coisa nela ainda é mais difícil de se fazer do que em Swing.

Concordo sobre os vídeos do youtube. Só ver a apresentação com o Chris Oliver em 2007 sobre JavaFX e o que realmente foi oferecido na versão 1.0 da plataforma :s

COm certeza pra substituir tudo leva tempo… O JavaFX precisa de muitos componentes básicas, que, de acordo com o pessoal da Oracle, vai sair tudo de uma vez na versão 2.0. Com o JavaFX tocado pela Sun não foi assim e ia demorar muito, será que a Oracle vai chicotear o pessoal lá até sair uma API tão gigante quanto o Swing? Se sim, é possível que em uns ~20 meses saia uma API tão extensa quanto a do Swing…

Por outro lado, JavafX mesmo não sendo tão usado, teve muita atividade OpenSource na produção de componentes gráficos (controles) por parte de terceiros. Isso foi consequência da facilidade de construir os controles por sua conta…

juliocbq:

Felagund:

Ta agora vão me dizer que o JavaFX vai substuir o Swing? ai sim morrem as aplicações desktop em Java.

JavaFX é uma porcaria, não tem nada de mais, sabe aquele trabalhinho de universidade que vc faz so pra ganhar nota? Esse é o JavaFX, é somente uma tentativa de competir num mercado, onde os concorrentes estão a anos luz na sua frente, eu estava torcendo pra Oracle descontinuar isso aí, e investir em outra coisa mais produtiva.

Talvez o Swing não seja a melhor maneira, mas eu não troca meus codigos em Swing por uma linha de JavaFX (Sem falar que vou ter que aprender a usar aquela sintaxe horrivel, nada a ver com Java pra usar JavaFX).

Vamos ser sinceros, se esse prism entrar no lugar do java 2D, você não vai precisar se preocupar com mais nada acima dele(swing, awt). Como disseram, pode ser a atualização que esses toolkits gráficos estavam precisando.

Java Swing é bom. Vou entregar um programinha com Swing em breve aqui para a empresa onde trabalho (isso pq sou ABAP e fui me intrometer no lado Java :P). Já vendi feitas coisas com Java Swing. Não vejo a dificuldade que o pessoal fala por ae e sempre usei eclipse, nunca entreguei nada feito com Netbeans/em Swing/ (nada contra, mas nada superava minhas fábricas de pedaços de telas e meus commands genéricos ).

Jesuino Master:

juliocbq:

Felagund:

Ta agora vão me dizer que o JavaFX vai substuir o Swing? ai sim morrem as aplicações desktop em Java.

JavaFX é uma porcaria, não tem nada de mais, sabe aquele trabalhinho de universidade que vc faz so pra ganhar nota? Esse é o JavaFX, é somente uma tentativa de competir num mercado, onde os concorrentes estão a anos luz na sua frente, eu estava torcendo pra Oracle descontinuar isso aí, e investir em outra coisa mais produtiva.

Talvez o Swing não seja a melhor maneira, mas eu não troca meus codigos em Swing por uma linha de JavaFX (Sem falar que vou ter que aprender a usar aquela sintaxe horrivel, nada a ver com Java pra usar JavaFX).

Vamos ser sinceros, se esse prism entrar no lugar do java 2D, você não vai precisar se preocupar com mais nada acima dele(swing, awt). Como disseram, pode ser a atualização que esses toolkits gráficos estavam precisando.

Java Swing é bom. Vou entregar um programinha com Swing em breve aqui para a empresa onde trabalho (isso pq sou ABAP e fui me intrometer no lado Java :P). Já vendi feitas coisas com Java Swing. Não vejo a dificuldade que o pessoal fala por ae e sempre usei eclipse, nunca entreguei nada feito em Swing (nada contra, mas nada superava minhas fábricas de pedaços de telas e meus commands genéricos ).

bzy:

Jesuino Master:

juliocbq:

Felagund:

Ta agora vão me dizer que o JavaFX vai substuir o Swing? ai sim morrem as aplicações desktop em Java.

JavaFX é uma porcaria, não tem nada de mais, sabe aquele trabalhinho de universidade que vc faz so pra ganhar nota? Esse é o JavaFX, é somente uma tentativa de competir num mercado, onde os concorrentes estão a anos luz na sua frente, eu estava torcendo pra Oracle descontinuar isso aí, e investir em outra coisa mais produtiva.

Talvez o Swing não seja a melhor maneira, mas eu não troca meus codigos em Swing por uma linha de JavaFX (Sem falar que vou ter que aprender a usar aquela sintaxe horrivel, nada a ver com Java pra usar JavaFX).

Vamos ser sinceros, se esse prism entrar no lugar do java 2D, você não vai precisar se preocupar com mais nada acima dele(swing, awt). Como disseram, pode ser a atualização que esses toolkits gráficos estavam precisando.

Java Swing é bom. Vou entregar um programinha com Swing em breve aqui para a empresa onde trabalho (isso pq sou ABAP e fui me intrometer no lado Java :P). Já vendi feitas coisas com Java Swing. Não vejo a dificuldade que o pessoal fala por ae e sempre usei eclipse, nunca entreguei nada feito em Swing (nada contra, mas nada superava minhas fábricas de pedaços de telas e meus commands genéricos ).

Jesuino, não entendi muito bem seu post.

“nunca entreguei nada feito em Swing”

Leia nada feito com o Mantisse, Netbeans.

Desculpe, foi a correria na empresa hoje

A motivação do Swing é ser multiplataforma. Mas quem precisa destacar em interfaces bonitas e na usabilidade estará muito melhor servido usando uma tecnologia nativa para o SO desejado (.net para fazer interfaces para windows, qt para linux, cocoa para mac, ios para iphones, etc.)

Ou seja, se por um lado vc ganha a possibilidade de rodar em todos os SOs, por outro sua aplicação se comporta, em todos eles, como de segunda categoria. Quanto a isso, o javafx não vai mudar em nada, infelizmente.

Curioso você citar o qt. Ele não é só para Linux, mas sim, uma multiplataforma também. E compila bem para todas a que se propõe (que por sinal, são mais que o Java).

Aliás, o C++ tem bons exemplos de ótimas bibliotecas multiplataforma. Qt e WxWidgets, para citar duas delas.

ViniGodoy:

Curioso você citar o qt. Ele não é só para Linux, mas sim, uma multiplataforma também. E compila bem para todas a que se propõe (que por sinal, são mais que o Java).

Aliás, o C++ tem bons exemplos de ótimas bibliotecas multiplataforma. Qt e WxWidgets, para citar duas delas.

Isso mesmo. Os QtWidgets não são nativos de plataforma, nem mesmo no linux, funcionam semelhantes ao swing. Tanto é que o qt precisa imitar o gtk quando roda em cima dele. Existe uma opção no gnome para setar a aparência de widgets qt. Ao contrário do kde, porque ele mesmo já é qt.

ViniGodoy:

Curioso você citar o qt. Ele não é só para Linux, mas sim, uma multiplataforma também. E compila bem para todas a que se propõe (que por sinal, são mais que o Java).

Aliás, o C++ tem bons exemplos de ótimas bibliotecas multiplataforma. Qt e WxWidgets, para citar duas delas.

Eu citei o qt por não ter lembrado de nada melhor para linux. É verdade que qt pode compilar para mac, windows, tb, mas continua sendo um intermediário entre o fornecedor do SO, e o programador da aplicação. Mas pra quem esta buscando portabilidade, mas que qq outra coisa, é uma opção melhor que usar swing/javafx.

mochuara:

ViniGodoy:

Curioso você citar o qt. Ele não é só para Linux, mas sim, uma multiplataforma também. E compila bem para todas a que se propõe (que por sinal, são mais que o Java).

Aliás, o C++ tem bons exemplos de ótimas bibliotecas multiplataforma. Qt e WxWidgets, para citar duas delas.

Eu citei o qt por não ter lembrado de nada melhor para linux. É verdade que qt pode compilar para mac, windows, tb, mas continua sendo um intermediário entre o fornecedor do SO, e o programador da aplicação. Mas pra quem esta buscando portabilidade, mas que qq outra coisa, é uma opção melhor que usar swing/javafx.

Se for pensar bem, java também, pois precisamos distribuir os executáveis com algum launcher. Acaba que a distribuição do software sempre vai estar do lado do fornecedor ou programador, enfim(a não ser que seja opensource, claro).

juliocbq:

Se for pensar bem, java também, pois precisamos distribuir os executáveis com algum launcher. Acaba que a distribuição do software sempre vai estar do lado do fornecedor ou programador, enfim(a não ser que seja opensource, claro).

Java tb o que? É multi-plataforma? Sim, com certeza! Acho que não entendi sua colocação…