10 motivos para preferir JSF

Entusiasta Java Membro desde: 01/10/2006 15:01:56 Mensagens: 16 Offline

ricardolecheta wrote:Eu pergunto aos colegas, sinceramente, vcs gostam de JSF ou utilizam por um motivo de força maior? Todas as vezes que eu estudei JSF, eu parei. Nunca encontrei algo de novo, simples, etc.

Quando eu comecei a mexer em JSF eu só tinha mexido em PHP pra desenvolvimento Web e tinha visto Struts bem básico. A empresa chegou e disse que JSF e Struts foram as tecnologias que eles tinham analisado e que JSF se mostrava superior em alguns aspectos (não lembro ao certo, mas provavelmente era na parte de manutenção).
No começo, eu estava mexendo com JSF por causa da empresa mesmo. Meus colegas de trabalho e eu demoramos alguns meses mexendo com JSF até achar uma arquitetura decente e organizada para fazermos uma aplicação rodar com uma manutenção simples (ninguém da equipe conhecia JSF até então).

Depois de revirar o JSF e tendo em mãos uma arquitetura simples e funcional, fica bem tranquüilo desenvolver. Então hoje eu gosto de desenvolver com JSF. Faço uma aplicação na boa, sem estresse.

JavaEvangelist Membro desde: 04/04/2006 19:25:13 Mensagens: 478 Offline

nao entendo por que usar struts + jsf. JSF ja nao tem tudo o que tem no struts?

Entusiasta Java Membro desde: 01/10/2006 15:01:56 Mensagens: 16 Offline

jmp wrote:nao entendo por que usar struts + jsf. JSF ja nao tem tudo o que tem no struts?

Um bom motivo pra adicionar o struts.jar numa aplicação JSF é para utilizar "tiles" para utilização de templates nas páginas JSP.

Leo_Luz wrote:Um bom motivo pra adicionar o struts.jar numa aplicação JSF é para utilizar "tiles" para utilização de templates nas páginas JSP.

Um bom motivo pra não se fazer isso é usar Facelets

Entusiasta Java Membro desde: 01/10/2006 15:01:56 Mensagens: 16 Offline

Maurício Linhares wrote:

Leo_Luz wrote:Um bom motivo pra adicionar o struts.jar numa aplicação JSF é para utilizar "tiles" para utilização de templates nas páginas JSP.

Um bom motivo pra não se fazer isso é usar Facelets

Ah.. dava pra utilizar templates sem precisar adicionar lib externa, é?

Vou dar uma olhada nisso..

Acho que vou ter alguns pescoços pra apertar essa semana na empresa

JavaEvangelist Membro desde: 27/07/2006 19:56:35 Mensagens: 302 Offline

ix, acabo com o emprego dos cara...
hahaha

ta vendo, nisso que da enganar o chefe

JavaGuru Membro desde: 10/09/2006 21:57:52 Mensagens: 204 Offline

Galera para com isso a melhor solucao vai de projeto para projeto, mas ninguem pode falar mal do struts ele atende a necessidade, pelo menos para quem sabe usar, sou mais ele que vraptor e outros q existe, muita coisa o struts atende e bem, outra coisa pq será que varias empresas grande usa ele
Bradesco, Itau, Sul America, Maritima entre outras falo isso pq acabei de sair de uma consultoria q atende esses clientes, entao para mim ele deu $$$ huahuahauhauha.....
agora uma coisa eu sei agredito que logo logo o JSF vai pegar força no mercado, pois ele tem alguns objetos bons de se trabalhar exemplo JTable dele entre outros..

[]'s

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?

Tentei por Struts + JSF juntos, e ainda por cima na versao 8 do WebLogic, foi um processo horrível e no final não funcionou do jeito previsto.

foliveira81 wrote:outra coisa pq será que varias empresas grande usa ele
Bradesco, Itau, Sul America, Maritima entre outras falo isso pq acabei de sair de uma consultoria q atende esses clientes, entao para mim ele deu $$$ huahuahauhauha.....

[]'s

Usam só porque Struts foi o framework pioneiro e, nestas empresas que você citou, é o único framework web homologado. Homologar outro framework é um processo caro que nem sempre pode compensar. Além disso, no caso da adoção de um segundo framework, a empresa vai passar a ter duas bases de código para dar manutenção, o que pode sair mais caro do que era antes e migrar o legado já existente para simplesmente adequá-lo a um outro framework, sem agregar valor ao software, nunca é uma alternativa que agrada os gerentes (com razão).

Concordo que a melhor solução varia de projeto pra projeto, mas dai a achar q o struts é bom...

foliveira81 wrote:Galera para com isso a melhor solucao vai de projeto para projeto, mas ninguem pode falar mal do struts ele atende a necessidade

Pode atender, mas "quando você só tem um martelo, tudo parece um prego"...

HelloWorld Membro desde: 05/12/2006 16:59:12 Mensagens: 11 Offline

Se voce utiliza o Struts em projetos pequenos com no máximo uns 30 casos de uso, ainda vale a pena mas quando voce trabalha com um projeto de 200 uc's, se torna impossível gerenciar tanto xml, tanta action e mapeamento hibernate.

Solução; utilizar um framework orientado a componentes (Tapestry), usar um banco pós-relacional e controle altamente rigoroso sobre toda a parte de construção.

Anderson Fonseca,
SCJA, SCJP, SCBCD, SCWCD, SCEA

Anderson Fonseca wrote:Se voce utiliza o Struts em projetos pequenos com no máximo uns 30 casos de uso, ainda vale a pena mas quando voce trabalha com um projeto de 200 uc's, se torna impossível gerenciar tanto xml, tanta action e mapeamento hibernate.

Solução; utilizar um framework orientado a componentes (Tapestry), usar um banco pós-relacional e controle altamente rigoroso sobre toda a parte de construção.

Anderson Fonseca,
SCJA, SCJP, SCBCD, SCWCD, SCEA

Hã?

GUJ Expert Membro desde: 12/03/2003 11:25:57 Mensagens: 4679 Offline

hahaha...

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.

Entusiasta Java Membro desde: 28/03/2006 16:19:24 Mensagens: 21 Offline

andgonca wrote:
Artigo interessante comparando JSF com Struts:

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

[]´s

Tudo bem mas vcs tem uma apostila ou um artigo explicando o JSF passo a passo, pois sou novato e quero aprender o JSF

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