JavaFX 2.0

Java Ninja Membro desde: 17/02/2004 09:26:58 Mensagens: 259 Offline

Trabalho há mais ou menos 10 anos na área.
90% dos sistemas de informação tem o requisito de serem rápidos para desenvolver, alguns podem ser web outros desktop, hoje em dia todos podem ser web, por que não?

A questão é que, pelo pouco conhecimento que tenho, é simples ao invés de renderizar nativamente atraves de um plugin, renderizar os componentes num containter html5

Teriamos então, uma maneira rápida de desenvolver para web/desktop/mobile, sem ter que reaprender 200 frameworks diferentes e sublinguagens.

Sou analista de sistemas e desenvolvedor de sistemas, boa parte dos trabalhos que tenho que fazer são campos texto, botões, checkboxes, organizar informação.
As vezes eu me pego estudando javascript, css, html
pra que? eu não deveria ter que aprender isso, deveria me preocupar com pedidos, notas fiscais, estoques, esse tipo de coisas

Java Ninja Membro desde: 03/06/2009 18:45:18 Mensagens: 256 Offline

juliocbq wrote:

joyle wrote:

juliocbq wrote:em casa tenho um pc com gpu 9400. Ele fica legal com aceleração, mas ainda come muitos recursos. Ainda tem que polir bastante o fx. Mas isso é questão de tempo.

Ou seja, nem pensar em usar o FX2 em projetos sérios. Essa era uma grande dúvida minha. Eu até comecei a ficar um pouco empolgado com FX2, mas pelo visto, vai demorar um tempão para ficar bom para desenvolvimento de projetos sérios e enquanto isso não acontece... melhor utilizar o Netbeans Platform ou o Eclipse Platform.

eu já acho o contrário. Ficou bem robusto e fácil de usar. Em máquinas com gpu sua aplicação vai ter um desempenho alto.
O jfx não é uma tecnologia para ser usada apenas na web, ela vai trazer qualidade de software para a plataforma java em geral.

Ok, na verdade me baseei pelo fato de vc ter experimentado com a gpu e ter notado que ainda está comendo muitos recursos. Que o jfx é uma tecnologia que traz grandes benefícios para a plataforma, isso é claro.
É bem viável para desenvolvedores que atuam no ramo desktop sim (como eu), mas a minha dúvida ainda continua sendo com o desempenho de grandes aplicações feitas com jfx.

JavaGuru Membro desde: 20/04/2006 09:00:42 Mensagens: 236 Offline

Tirando alguns Bug (muitos na verdade), eu gostei da primeira versão real do jfx, o unico ponto fraco para mim foi não vir de cara dois componentes tipo um JFormattedTextField (mascaras e numero e formatos) , e um JDialog/JOpitionPane nativo do jfx (não um Stage secundario).

Ps.: quanto a lentidao na primeira JOptionPane, é que na primeira vez que vc executa um componente Swing, ele da toda a carga de Swing/Awt.

GUJ Expert Membro desde: 13/11/2008 12:10:18 Mensagens: 3928 Offline

Rafael Rossignol wrote:Trabalho há mais ou menos 10 anos na área.
90% dos sistemas de informação tem o requisito de serem rápidos para desenvolver, alguns podem ser web outros desktop, hoje em dia todos podem ser web, por que não?

A questão é que, pelo pouco conhecimento que tenho, é simples ao invés de renderizar nativamente atraves de um plugin, renderizar os componentes num containter html5

Teriamos então, uma maneira rápida de desenvolver para web/desktop/mobile, sem ter que reaprender 200 frameworks diferentes e sublinguagens.

Sou analista de sistemas e desenvolvedor de sistemas, boa parte dos trabalhos que tenho que fazer são campos texto, botões, checkboxes, organizar informação.
As vezes eu me pego estudando javascript, css, html
pra que? eu não deveria ter que aprender isso, deveria me preocupar com pedidos, notas fiscais, estoques, esse tipo de coisas

Se você soltar somente html5 você já perdeu o desktop e o móvel e outros nichos do mercado. Nesse ponto eu acabei concordando com a oracle por ela ter criado uma camada multimedia ao invés de uma simples api de alto nível.

Java Ninja Membro desde: 17/02/2004 09:26:58 Mensagens: 259 Offline

não coloque palavras na minha boca
Eu disse que devia soltar html5 desde o começo, e não deixar de fazer o resto.
Do mesmo jeito q o inkscape salva em PDF, SVG, EMF e outros formatos
o java fx poderia trabalhar com html5, android, ios, desktop, etc...
Simples assim

Java Ninja Membro desde: 03/06/2009 18:45:18 Mensagens: 256 Offline

Rafael Rossignol wrote:não coloque palavras na minha boca
Eu disse que devia soltar html5 desde o começo, e não deixar de fazer o resto.
Do mesmo jeito q o inkscape salva em PDF, SVG, EMF e outros formatos
o java fx poderia trabalhar com html5, android, ios, desktop, etc...
Simples assim

Outra coisa é o tempo que vai demorar para sair a versão para linux.

GUJ Expert Membro desde: 13/11/2008 12:10:18 Mensagens: 3928 Offline

Rafael Rossignol wrote:não coloque palavras na minha boca
Eu disse que devia soltar html5 desde o começo, e não deixar de fazer o resto.
Do mesmo jeito q o inkscape salva em PDF, SVG, EMF e outros formatos
o java fx poderia trabalhar com html5, android, ios, desktop, etc...
Simples assim

não estou colocando palavras não. Só estou dizendo que javafx é uma plataforma e não uma api. Ele não precisa gerar html5 porque a superfície de desenho trabalha diretamente na placa de vídeo. E não irá trabalhar com o android nunca. Se você parar para analizar a situação entre a Oracle e a Google vai perceber.

Mas pensando aqui eu entendi o que você quis dizer. Você quer uma maneira de salvar os vetores em um arquivo. Acho que ele já faz isso no formato svg(que é universal).

Java Ninja Membro desde: 03/06/2009 18:45:18 Mensagens: 256 Offline

Ops.

DUPLICADO.

GUJ Expert Membro desde: 20/02/2008 12:32:59 Mensagens: 3372 Offline

Sem dúvida, foi uma das maiores novidades do evento. Voces acham que ele pode substituir o Swing pra aplicações desktop?

marcosalex wrote:Sem dúvida, foi uma das maiores novidades do evento. Voces acham que ele pode substituir o Swing pra aplicações desktop?

Talvez em alguns anos se continuar assim. Mas tudo depende de como a Oracle vai seguir o projeto. Os dois principais impactantes hoje ao meu ver são a licença e as plataformas disponíveis.

GUJ Expert Membro desde: 13/11/2008 12:10:18 Mensagens: 3928 Offline

marcosalex wrote:Sem dúvida, foi uma das maiores novidades do evento. Voces acham que ele pode substituir o Swing pra aplicações desktop?

Pelo que eu já experimentei aqui pode sim apesar da idéia não ser essa. Você ganha em produtividade porque a arquitetura é muito superior a do swing, pois os widgets do fx são thread safe.
Em máquinas com gpu por exemplo 70% do processamento e carga de memória cai para placa de vídeo. Aquele exemplo ensemble ocupa 160 Mb em um pc com uma aceleradora, enquanto ocupa uns 450Mb em uma máquina sem uma.

A vantagem para mim é a aceleração. Dá para exibir vídeo ali sem ter dor de cabeça de usar jni para criar uma superfície do d3d em cima do swing, já que o fx já fez isso atraz dos panos.

This message was edited 1 time. Last update was at 07/10/2011 11:38:47

No último dia 5 foi anunciada a passagem do JavaFX para open source... segue o link http://blogs.oracle.com/javaone/entry/javafx_2_0_arrives_and

Virtual Machine Man Membro desde: 26/05/2009 15:57:49 Mensagens: 707 Offline

estava lendo na infoq que o javaFX3.0 vira dentro do java 8 em meados de 2013 http://www.infoq.com/br/news/2011/10/estrategia-java

GUJ Expert Membro desde: 13/11/2008 12:10:18 Mensagens: 3928 Offline

Polverini wrote:estava lendo na infoq que o javaFX3.0 vira dentro do java 8 em meados de 2013 http://www.infoq.com/br/news/2011/10/estrategia-java

Isso. Vai virar parte do jdk. Dizem que vão manter os widgets do swing, mas como o fx vai estar tão bom que ninguém vai usá-lo.

juliocbq wrote:

Polverini wrote:estava lendo na infoq que o javaFX3.0 vira dentro do java 8 em meados de 2013 http://www.infoq.com/br/news/2011/10/estrategia-java

Isso. Vai virar parte do jdk. Dizem que vão manter os widgets do swing, mas como o fx vai estar tão bom que ninguém vai usá-lo.

Essa plataforma fica mais empolgante a cada dia que passa

Notícias, artigos e o maior fórum brasileiro sobre Java