JavaFX vs Swing - A saga da melhor opção

Esse é um projeto para um cliente real ou é só pra estudar?

Precisa realmente ser desktop (ex: haverá comunicação com impressoras fiscais)? Ou poderia ser web?

Se você deu uma pesquisada por aí (e aqui), deve ter visto que Java Desktop (seja Swing ou JavaFX) não é muito usado hoje em dia, pois a maioria das aplicações é web. Se for pra estudar é ok, mas, caso sejam projetos reais e de longo prazo, considere outras opções como C#.

Abraço.

Concordo com @TerraSkilll sobre avaliar se o projeto pode ser web. E C# é melhor para desktop Windows.

Diretamente sobre Swing vs JavaFx, vá de Swing, tem mais mercado, JavaFx ficou só na promessa, não pegou e nunca vai pegar devido o mercado de aplicações desktop estar em baixa. Como Swing viveu a época que desktop estava em alta, tem muitos legados pra manter.

JavaFX está ótimo e pode ser usado com tranquilidade em projeto desktop multi plataforma.
Não caia nesse papinho de C#.

Em relação a JavaFX vs Swing, seguinte …

Swing é muito bom, com ele você consegue dar nó em pingo de água, porem…, chegou num ponto
de maturidade e otimização e não tem mais onde crescer.

JavaFX traz a modernidade visual e ainda tem por onde crescer, por isso no Java 11 está separado
do JDK, sendo o OpenJFX.

Falo por experiencia propria de alguem que usou e usa na pratica.

Ele é um projeto simples, sem impressoras de nota fiscal ou coisa do tipo, somente para controle básico, e estou usando o Java por conta de estudo também, já que acabei de entregar um TCC em C++ e agora tenho que fazer outro em JAVA, por isso escolhi o Java desta vez, tanto para meu projeto pessoal, quanto para meu projeto curricular.

Obrigado pela sugestão!

É o que falam… Mas parece também que ninguém mais quer usar o Swing e que ele já está sumindo.

Fiquei com essa dúvida por que embora o JavaFX seja lindo e tudo mais, ele é pesado para o meu desenvolvimento, digo isso no quesito HARDWARE (Pentiun 2, 4Gb Ram, Placa de Vídeo NOT FOUND), e o Swing embora seja mais leve e muuito mais fácil de assimilar, ninguém mais quer usá-lo… rsrs

Isso me mata de loucura… Mas estou pensando seriamente em ir para o Swing ://

ENTÃO AMIGO… ISSO É O QUE MAIS ME MATA!

Os dois têm seus pontos muito fortes, no meu caso é claro… eu queria muito aprender o JAVAFX mas o Hardware iria me atrasar, o Swing por sua vez, ele é atrasado mas têm muito mais material de estudo, coisa que o JavaFX ainda está perdendo infelizmente.

Estou pensando seriamente em ficar no JFrame por enquanto mesmo… O Swing me vencendo pelo cansaço!

Obrigado pela força!

Pq não pensa em ir para web?

Se realmente precisa ser aplicação desktop Java, sem dúvidas continue com Swing. Mas o que pode ser um atraso de fato é fazer uma aplicação desktop que poderia ser web.

Eu uso o Swing, e como disseram, dá pra dar nó em água. Não acho que ele é atrasado, ele é antigo, mas dá pra fazer muita coisa legal nele. Tanto em interface gráfica, quanto em código.

image.png1365×767 18.8 KB

Essa aqui é uma tela minha, eu acho que vale a pena dar uma investida em Swing hoje em dia. Mas se vc puder aprender mais sobre web, é melhor. JavaScript, PHP, HTML…

Da pra fazer muita coisa, mas a web é muito mais flexível em relação a tudo.

O fato é que praticamente não há demanda para aplicações desktop e a tendência é diminuir mais ainda.
Ai por isso eu acho que não vale a pena gastar tempo estudando algo que dificilmente você irá encontrar como requisito de trabalho (isso para quem esta começando, quem já esta na área faz o que quiser)

PS: Normalmente eu vejo umas aplicações bem feias em Swing, a sua esta até bonita

Sim, acho a mesma coisa, se a pessoa estiver começando e tiver essa escolha entre Desk ou Web, escolher Web é a melhor opção. E obrigado mano kkkkkk

Vai de Python aprendizado rapido

Sempre vai perder pois poucos adotam JavaFx. Swing é de um tempo que maior parte das demandas eram desktop, então tem um legado considerável. Já o JavaFx chegou em um tempo que já não fazia muito sentido sua existencia. Por isso veja bem se não está perdendo tempo com desktop, como a maioria está avisando. Tendo um motivo real, sem problemas.

Precisa parar com esse negocio de achar que tudo deve ser feito na web.
Tem coisas que ficam melhores em desktop.
O desenvolvedor deve saber que solução é a melhor.

Imagina uma IDE, um programa de 3d/engenharia, um sistema de gestão dentro do navegador, fica horrivel ( Embora quando dava pra usa java como applet, eu adorava mostrar o sistema desktop inteiro dentro do navegador a titulo de demonstração e alguma emergencia )

E não e’ somente o resultado final, se vai rodar em desktop ou não, tem a ver com a codificação em sí, isso envolve manutenção, pessoas envolvidas num projeto em comum, bem escrito.

A pessoa esta iniciando no mundo da programação, é melhor gastar tempo estudando algo que é pedido em 1% (Swing/JavaFX) das vagas ou 99% (HTML, CSS e JS)?

Se a pessoa não souber desenvolver pra web vai ficar horrível mesmo

Isso depende, se você pretende trabalhar como empregado e’ uma coisa, se pretende ser desenvolvedor independente e ter suas coisas e’ completamente diferente.

Se for front-end, javascript, css, html, angular e por ai vai, são verdadeiros demônios pra dar manutenção. E’ tudo remendado.

Se a pessoa que fez o código era iniciante, ai é uma desgraça dar manutenção mesmo kk

Mas se for experiente, ai é de boa

Vai nessa…, tenho uns codigos aqui de gente experiente, que dá uma olhada na criança ?

Hahahahaha melhor deixar quieto

Sabia decisão a sua. Cara, ter que ficar lendo codificação em javascript pra achar o erro é osso, e vai
pra lá e vai pra ca’ e lê função e mais função, daqui a pouco o outro escreveu em objeto, aff, mais remendo, socorro !!!

Dar manutenção em sistema JS puro é embaçado… se tiver um framework como Angular ou React é mais tranquilo

Pior que isso é só dando manutenção em código JS no Eclipse kkk

O problema é quando dá o erro lá dentro mesmo. O negocio é de chorar. Por fim terei de fazer tudo de novo.

Java como te amo, alias deixa eu te falar uma coisa. A mesma bagunça existe em c/c++ para microcontroladores; se você vê a bagunça que é, pelas barbas do profeta.

Eu nem sei como funciona microcontroladores, sou mais ficar nos meus sistemas administrativos kk

Hardware te atrasar ?, como assim ?
Se você conseguir rodar o java 8 nesse tal hardware ainda que não tenha o acelerador, não tem problema o javaFX encontra o gerenciador gráfico correto.

Tem muita gente falando mau de javaFX sem nunca ter usado, ouviu falar.
Essa má fama do javaFX vem daquela linguagem de script do javaFX, era a primeira versão,realmente ter que aprender mais uma linguagem de script era horrivel.

Mas as coisas mudaram com a Oracle, javaFX deixou de ser aquela linguagem de script e se tornou uma biblioteca gráfica 100% java tipo o Swing.

De celular, raspberry, desktop, javaFX vai muito bem, é fácil entender.

Agora veja bem, não quero te convencer de absolutamente nada, cada um deve saber o que é melhor para sí próprio, mas já que você pediu a opinião aqui no forum, cada um acaba dando a sua.

Bons códigos, e se precisar de alguma orientação seja qual for a sua escolha, tem muita gente legal aqui no forum.

Eu acho ambos embaçados, JS puro extenso ou usando esses frameworks, mesmo com pessoas experientes. Só WebAssembly pode abrir oportunidades pra melhorar esse cenário.

Alguns colegas que usam Angular, mesmo experientes nisso, já passaram por complicações em requisitos que eu nunca passaria sem Angular. Até ajudo e aproveito pra aprender, mas no final das contas é um esforço que não faz diferença no dia a dia dos nossos usuários. Se tivesse trabalhando em um “Spotify” por exemplo, sem dúvidas vale o esforço de ser um SPA, pra dar aquele ar de aplicativo de página simples e entregar aos jovens fluidez a todo tempo em muitas interações na mesma página, e não ser como um sistema administrativo. São experiencias totalmente diferentes.

Entao, pelo menos para sistemas que são usados internamente pela empresa, nunca vi necessidade real de seguir essa moda SPA com REST. Os usuários dos meus sistemas sao super satisfeitos mesmo que tecnicamente o HTML venha processado do servidor junto com os dados. Quando realmente é necessário ajax, uso pontualmente jquery, trazendo a partial view processada do servidor junto com dados. O JS fica pequeno, o server muito fácil de manter (no caso ASP.NET MVC), qualquer colega júnior pode tocar o barco tranquilamente e ser ágil pra entregar o que realmente o usuário precisa de valor, com desempenho que atende 100% o fluxo do negócio.