Concordo totalmente, JSF veio para facilitar a criação de UI e baixar a complexidade, mas no meu ver só atrapalhou. Quer algo mais simples que uma página combinando HTML, CSS e JQuery? Talvez para CRUD bem, mas bem simples JSF ajude, tirando isso…
xhr dessa época, nao a técnica.
Pessoal como voces costumam usar JQuery pra ui??? Com VRaptor, Struts, Spring, ou outros???
Atualmente tenho usado JSF somente por conta da UI, pois a quantidade de componentes e a variedade é muito grande, mas quando chego no controller fico doido :D, é muito complicado testar um controller JSF se voce precisar usar Session ou utilizar os arquivos de mensagens!
Legal!!! Value 
Esqueçam isso…
:-o
Concordo totalmente, JSF veio para facilitar a criação de UI e baixar a complexidade, mas no meu ver só atrapalhou. Quer algo mais simples que uma página combinando HTML, CSS e JQuery? Talvez para CRUD bem, mas bem simples JSF ajude, tirando isso… [/quote]
JSF trouxe uma forma diferente de desenvolver o software INTEIRO… não forma diferente de desenvolver uma UI… tanto que usar JSF não exclui o layout de seu site…
[quote=insonix]Esqueçam isso…
:-o [/quote]
Realmente , muito bem acabado…
Seria um sonho converter tudo isso para componentes JSF ?hehehe…
esse negocio de construir site web programando 100% em java não faz a minha cabeça…
quer dizer , não faz a cabeça do meu cliente 
Pq? Prazo e custo? Padronização? Prazo e custo não vejo muita vantagem. Não é mais rapido que uma interface “feita a mão”.
Desenvolvo todos os dias com JSF + Richfaces, porém se fosse pra eu escolher, não escolheria.
Pq? Prazo e custo? Padronização? Prazo e custo não vejo muita vantagem. Não é mais rapido que uma interface “feita a mão”.
Desenvolvo todos os dias com JSF + Richfaces, porém se fosse pra eu escolher, não escolheria.[/quote]
Layouts complicados… css+flash e MUITA personalização visual…
Fazer isso em puro java é loucura… você conhece algum BOM web designer que seja louco por java ?
Pq? Prazo e custo? Padronização? Prazo e custo não vejo muita vantagem. Não é mais rapido que uma interface “feita a mão”.
Desenvolvo todos os dias com JSF + Richfaces, porém se fosse pra eu escolher, não escolheria.[/quote]
Layouts complicados… css+flash e MUITA personalização visual…
Fazer isso em puro java é loucura… você conhece algum BOM web designer que seja louco por java ?[/quote]
Não falei em fazer nem em Java e nem em Flash. CSS + HTML + Javascript é muito simples, se usar o jQuery ainda facilita mais ainda.
Você pode por exemplo enviar o conteúdo de um formulário utilizando Ajax em formato JSON. Requisitar os dados de um grid também dessa forma.
Mais prático, mais limpo e mais rápido.
Pq? Prazo e custo? Padronização? Prazo e custo não vejo muita vantagem. Não é mais rapido que uma interface “feita a mão”.
Desenvolvo todos os dias com JSF + Richfaces, porém se fosse pra eu escolher, não escolheria.[/quote]
Layouts complicados… css+flash e MUITA personalização visual…
Fazer isso em puro java é loucura… você conhece algum BOM web designer que seja louco por java ?[/quote]
Não falei em fazer nem em Java e nem em Flash. CSS + HTML + Javascript é muito simples, se usar o jQuery ainda facilita mais ainda.
Você pode por exemplo enviar o conteúdo de um formulário utilizando Ajax em formato JSON. Requisitar os dados de um grid também dessa forma.
Mais prático, mais limpo e mais rápido.[/quote]
Quando você usa essa solucao que nos passou… é tudo 100% em puro java… nao tem mais a figura do html ou qualquer coisa… eh tudo gerado dinamicamente… o “java” vira “html” quando vc executa.
Controlar esse “html” gerado é algo quase que impossivel.
Pq? Prazo e custo? Padronização? Prazo e custo não vejo muita vantagem. Não é mais rapido que uma interface “feita a mão”.
Desenvolvo todos os dias com JSF + Richfaces, porém se fosse pra eu escolher, não escolheria.[/quote]
Layouts complicados… css+flash e MUITA personalização visual…
Fazer isso em puro java é loucura… você conhece algum BOM web designer que seja louco por java ?[/quote]
Não falei em fazer nem em Java e nem em Flash. CSS + HTML + Javascript é muito simples, se usar o jQuery ainda facilita mais ainda.
Você pode por exemplo enviar o conteúdo de um formulário utilizando Ajax em formato JSON. Requisitar os dados de um grid também dessa forma.
Mais prático, mais limpo e mais rápido.[/quote]
Quando você usa essa solucao que nos passou… é tudo 100% em puro java… nao tem mais a figura do html ou qualquer coisa… eh tudo gerado dinamicamente… o “java” vira “html” quando vc executa.
Controlar esse “html” gerado é algo quase que impossivel.
[/quote]
Não vai ter HTML Gerado, e não vai ser 100% em puro java. Não entendi o que você entendeu. Rsss.
Pelo contrário, vamos “dar ao java o que é do java” , ele vai ficar com o papel do Model e do Controller.
Pq? Prazo e custo? Padronização? Prazo e custo não vejo muita vantagem. Não é mais rapido que uma interface “feita a mão”.
Desenvolvo todos os dias com JSF + Richfaces, porém se fosse pra eu escolher, não escolheria.[/quote]
Layouts complicados… css+flash e MUITA personalização visual…
Fazer isso em puro java é loucura… você conhece algum BOM web designer que seja louco por java ?[/quote]
Não falei em fazer nem em Java e nem em Flash. CSS + HTML + Javascript é muito simples, se usar o jQuery ainda facilita mais ainda.
Você pode por exemplo enviar o conteúdo de um formulário utilizando Ajax em formato JSON. Requisitar os dados de um grid também dessa forma.
Mais prático, mais limpo e mais rápido.[/quote]
Quando você usa essa solucao que nos passou… é tudo 100% em puro java… nao tem mais a figura do html ou qualquer coisa… eh tudo gerado dinamicamente… o “java” vira “html” quando vc executa.
Controlar esse “html” gerado é algo quase que impossivel.
[/quote]
Não vai ter HTML Gerado, e não vai ser 100% em puro java. Não entendi o que você entendeu. Rsss.
Pelo contrário, vamos “dar ao java o que é do java” , ele vai ficar com o papel do Model e do Controller.
[/quote]
Você viu o hello world dele ?
É MUITO parecido com GWT e Wicket…
Acho melhor voce ler direitinho lá…
JSF é um framework MVC que agrega a utilização de componentes de terceiros ao seu desenvolvimento.
jQuery é Javascript…não vamos chutar o pau da barraca. Quem conhece JSF faz tudo mais um pouco.
Quem usa JSF só pra “enfeitar a tela” pode entender que o jQuery substitui o JSF, e sinceramente se vc usa JSF pra esse propósito é melhor mudar mesmo.
Pq? Prazo e custo? Padronização? Prazo e custo não vejo muita vantagem. Não é mais rapido que uma interface “feita a mão”.
Desenvolvo todos os dias com JSF + Richfaces, porém se fosse pra eu escolher, não escolheria.[/quote]
Layouts complicados… css+flash e MUITA personalização visual…
Fazer isso em puro java é loucura… você conhece algum BOM web designer que seja louco por java ?[/quote]
Não falei em fazer nem em Java e nem em Flash. CSS + HTML + Javascript é muito simples, se usar o jQuery ainda facilita mais ainda.
Você pode por exemplo enviar o conteúdo de um formulário utilizando Ajax em formato JSON. Requisitar os dados de um grid também dessa forma.
Mais prático, mais limpo e mais rápido.[/quote]
Quando você usa essa solucao que nos passou… é tudo 100% em puro java… nao tem mais a figura do html ou qualquer coisa… eh tudo gerado dinamicamente… o “java” vira “html” quando vc executa.
Controlar esse “html” gerado é algo quase que impossivel.
[/quote]
Não vai ter HTML Gerado, e não vai ser 100% em puro java. Não entendi o que você entendeu. Rsss.
Pelo contrário, vamos “dar ao java o que é do java” , ele vai ficar com o papel do Model e do Controller.
[/quote]
Você viu o hello world dele ?
É MUITO parecido com GWT e Wicket…
Acho melhor voce ler direitinho lá…
[/quote]
Sorry, você estava falando do Vaadin e eu de utilizar Jquery + HTML
Não concordo mesmo em desenvolver utilizando 100% java, realmente você não tem controle de nada do que é gerado.
JSF é um framework MVC que agrega a utilização de componentes de terceiros ao seu desenvolvimento.
jQuery é Javascript…não vamos chutar o pau da barraca. Quem conhece JSF faz tudo mais um pouco.
Quem usa JSF só pra “enfeitar a tela” pode entender que o jQuery substitui o JSF, e sinceramente se vc usa JSF pra esse propósito é melhor mudar mesmo.[/quote]
++
JSF é um framework MVC que agrega a utilização de componentes de terceiros ao seu desenvolvimento.
jQuery é Javascript…não vamos chutar o pau da barraca. Quem conhece JSF faz tudo mais um pouco.
Quem usa JSF só pra “enfeitar a tela” pode entender que o jQuery substitui o JSF, e sinceramente se vc usa JSF pra esse propósito é melhor mudar mesmo.[/quote]
Utilizar um componente jQueryUI não é só para enfeitar a tela. Qual a vantagem por exemplo de utilizar um componente de terceiro simples como um DatePicker ou um panel A4J e perder todo o controle de código gerado, se você pode fazer isso com HTML e Javascript? E de forma mais simples ainda.
JSF é um framework MVC que agrega a utilização de componentes de terceiros ao seu desenvolvimento.
jQuery é Javascript…não vamos chutar o pau da barraca. Quem conhece JSF faz tudo mais um pouco.
Quem usa JSF só pra “enfeitar a tela” pode entender que o jQuery substitui o JSF, e sinceramente se vc usa JSF pra esse propósito é melhor mudar mesmo.[/quote]
Utilizar um componente jQueryUI não é só para enfeitar a tela. Qual a vantagem por exemplo de utilizar um componente de terceiro simples como um DatePicker ou um panel A4J e perder todo o controle de código gerado, se você pode fazer isso com HTML e Javascript? E de forma mais simples ainda.
[/quote]
Boa Pergunta !!!
Se seguirmos a idéia de MVC, desejamos separar a lógica comercial e todo processamento pesado da View. Deixando isso para a camada mais baixo nível onde se tem um maior controle. Com JSF vocẽ pode definir diversos componentes no seu ManagedBean e tratar todos os eventos e condições possíveis, sem alterar uma linha sequer da sua JSP no caso. Deixando uma camada mais leve no lado do cliente.
O que acontece, na minha experiência, é que as pessoas pouco sabem do JSF, e acabam criando gambiarras monstruosas para contornar a falta do conhecimento no framework. Isso é uma opnião pessoal e verdadeira baseada em minha experiência dentro de vários projetos com JSF.
JSF é um framework MVC que agrega a utilização de componentes de terceiros ao seu desenvolvimento.
jQuery é Javascript…não vamos chutar o pau da barraca. Quem conhece JSF faz tudo mais um pouco.
Quem usa JSF só pra “enfeitar a tela” pode entender que o jQuery substitui o JSF, e sinceramente se vc usa JSF pra esse propósito é melhor mudar mesmo.[/quote]
Utilizar um componente jQueryUI não é só para enfeitar a tela. Qual a vantagem por exemplo de utilizar um componente de terceiro simples como um DatePicker ou um panel A4J e perder todo o controle de código gerado, se você pode fazer isso com HTML e Javascript? E de forma mais simples ainda.
[/quote]
Boa Pergunta !!!
Se seguirmos a idéia de MVC, desejamos separar a lógica comercial e todo processamento pesado da View. Deixando isso para a camada mais baixo nível onde se tem um maior controle. Com JSF vocẽ pode definir diversos componentes no seu ManagedBean e tratar todos os eventos e condições possíveis, sem alterar uma linha sequer da sua JSP no caso. Deixando uma camada mais leve no lado do cliente.
O que acontece, na minha experiência, é que as pessoas pouco sabem do JSF, e acabam criando gambiarras monstruosas para contornar a falta do conhecimento no framework. Isso é uma opnião pessoal e verdadeira baseada em minha experiência dentro de vários projetos com JSF.
[/quote]
Sim. O JSF atende bem a arquitetura do MVC. Mas será que é a melhor maneira? Será que vale a pena para todos os casos? O JSF utilizado da maneira correta é tão pratico quanto HTML + jQuery?
Para TODOS os casos não existe nada que resolva, e você há de concordar comigo.
Mas para projetos onde a arquitetura definida é JSF ele faz tudo o que é preciso. E para arquiteturas onde são utilizadas as bibliotecas do JQuery, eu nunca tive problemas também.
Só dei continuidade na discussão para deixar bem claro que JSF é uma coisa e JQuery é outra. E ambos são bibliotecas de qualidade.