lobinhojr wrote:Engraçado isso. Trabalho com Java e mais ainda com .Net e tô vendo a galera se render a produtividade da utilização de super componentes web.

Pra mim, JSF é uma versão meio .Net, mas com o poder e robustez da arquitetura java. Apanhei muito fazendo algo muito semelhante ao caso citado pelo "Mauricio" em Java.

As vezes acho que .Net quer virar java e java quer virar .Net, e um dia elas se encontram no meio do caminho. eheheh Isso para os mais puritanos é o fim.

Lobo Jr

Maurício Linhares wrote:

ricardolecheta wrote:IMHO, JSF nao tem nada de inovador. É claro se é uma especificação, e conta com a ajuda de alguns monstros sagrados, fica fácil ganhar popularidade, IDE's e implementações.

Nada também é muito

JSF é mais uma resposta ao ASP.NET do que qualquer outra coisa, mas ele trouxe idéias interessantes que não estão presentes no ASP.NET mas que terminaram não sendo muito valorizadas ou utilizadas pela comunidade por diversos motivos.

A mais clássica é a noção de renderers. Teoricamente, você poderia ter um mesmo conjunto de componentes JSF gerando saída em vários formatos diferentes, como XHTML, WML, XUL e outros. Contudo, entretanto, todavia, os conjuntos de compoentes suportados por essas diferentes linguagens de marcação são tão diferentes (e conflitantes, em alguns casos) que tornou-se simplesmente impossível (ou impraticável) conseguir desenvolver uma aplicação com eles.

Imagine que você vai desenvolver uma aplicação pra gerar WML e XHTML, você vai ter que tomar cuidado pra fazer com que os componentes que você use sejam todos componentes que tem "renderers" pra as duas linguagens e vai ter que pensar em alguma maneira de não "poluir" demais a interface, porque quem vai receber WML não vai poder ver o mesmo que um browser XHTML poderia. Então essa idéia terminou sendo meio furada (isso mudou um pouco com a chegada do AJAX, mas também não melhorou muito não).

Não vou dizer aqui que aprender JSF é excitante, nem que JSF vai trazer a paz aomundo de frameworks web em Java, mas pras minhas necessidades hoje não encontrei nada melhor em Java. A noção de componentes e controle total sobre a interface fazem dele pra mim hoje a melhor opção no mercado.

Um exemplo interessante disso e uma aplicação que eu comecei a desenvolver recentemente, que é um "gerador de relatórios". O sistema recebe as informações da tela de filtro de um relatório e ela é montada dinâmicamente apenas com a criação e adição de componentes. Se eu estivesse utilizando um framework web "comum" (action-based) provavelmente teria que escrever horrores de HTML, JavaScript e ainda criar taglibs que fizessem isso, com JSF é só createComponent() e createValueBinding(), toda a conversão, validação e relacionamento entre componente e propriedades do formulário são feitas pelo próprio JSF.

Sempre existem "casos" e "casos". O que nós temos que fazer é saber escolher qual a melhor ferramenta pro serviço.

ManchesteR wrote:

andgonca wrote:
Artigo interessante comparando JSF com Struts:

http://jroller.com/page/dgeary?entry=top_ten_reasons_to_prefer

[]´s

Eu não conheço nada de JSF, mas me parece que dá para trabalhar com Struts e JSF juntos, será que não seria 1 melhor solução?