Comments on: Managed Beans. Não complique, simplifique.

By: Felipe Ferreira

Felipe Ferreira — Mon, 09 Nov 2009 13:37:41 +0000

Ótimo Rafael,

Realmente o uso isolado de JSF é inútil. Porém, sua extensão requer cuidados. A empresa onde trabalho hoje foi cobaia de experimentos do querido Urubatan na criação do Spring Annotations, framework já removido de todas aplicações da empresa atualmente. Uma boa configuração com o Spring atual, facelets, e [Richfaces, Tomahawk] atende diversas necessidades. Pro cliente que quiser pagar, temos o renovado ADF. Mas reinventar a roda não vale a pena. Eu, particularmente, acredito que apenas o NavigationHandler exige uma implementação na versão 1 do JSF.

Aguardo seu post.

By: Rafael Ponte

Rafael Ponte — Sun, 08 Nov 2009 14:41:41 +0000

Olá Felipe,

Não há uma regra sobre quantos managed beans devemos implementar para resolver um problema. Como disse no post, hoje em dia eu ainda tenho minhas dúvidas sobre a necessidade de termos mais que um managed bean por tarefa/funcionalidade/UC. Mas ainda não descarto que em certos cenários isso pode fazer sentido.

Ter um managed bean responsável pela navegação faz sentido quando nos utilizamos de uma abordagem com grande uso de AJAX e baseada em “navegação orientada a estados”. O que é comumente visto em sistema coorporativos (mesmo achando que JSF não seja o ideal fora dessa realidade).

JSF é um framework literalmente “core”. Ele foi concebido para ser estendido, o seu uso isolado beira a INUTILIDADE. Trabalhar com JSF sem frameworks e componentes auxiliares para estende-lo ou flexibiliza-lo é inviável no mundo real. Eu tenho um post em draft sobre o assunto, em breve, se a coragem e o tempo permitir, eu devo estar postando algo.

By: Felipe Ferreira

Felipe Ferreira — Sat, 07 Nov 2009 15:36:50 +0000

Pessoal, é simples: Para cada arquivo [*.jsf, *.jsp, *.xhtml], devemos ter um - e apenas um - managed bean. O que acontece: cada página tem seu comportamento, e este comportamento é definido por um managed bean. Ele existe para não poluirmos nossa página com EL’s, tags cheias de comportamento. Caso tenhamos que manter estado da tela, quem sabe sobre o estado é a instância do managed bean. É ele o responsável por manter um escopo de conversação. Por isso, cada recurso web deveria estar associado a um único managed bean. Não faz sentido, e fica poluído, termos diversos managed beans associados a um recurso. Em um projeto grande perdemos o controle (e eu já vi isso várias vezes). A definição de como trabalhar com managed beans também depende das necessidades e de outras definições arquiteturais. Particularmente, eu não aceito o uso de ’scope’ session em managed beans. Isso é algo raro de acontecer. O problema é que o JSF 1 não provê maneira simples de manter estado de managed beans com escopo de requisição no servidor. A solução acaba sendo recorrer a componentes de bibliotecas alternativas: (t:saveState, a4j:keepAlive, …). Porém, ambos se comportam de forma diferente, e a maioria dos desenvolvedores que fazem uso deles, não sabem como realmente funcionam. Vou parar por aqui, mas tem muito mais pontos a se considerar.

By: Rodrigo Galba

Rodrigo Galba — Wed, 04 Nov 2009 16:18:05 +0000

Ah, se todos que conheço pensassem em seus managedBeans como objetos que realmente possuem estado.

Vejo os managedBeans muito ‘orientado a funções’ apenas por acessarem diretamente as páginas (visão).

Leitura obrigatória, esse post.
Parabéns.

By: Fred

Fred — Tue, 29 Sep 2009 15:22:39 +0000

Eu fiquei com uma dúvida, quando voce diz apenas “um” managedbean? Voce quer dizer apenas um por pagina? Ou por aplicação? Ou ainda quem sabe por regra de negocio/funcionalidade??

By: Flavio Soares

Flavio Soares — Sat, 05 Sep 2009 16:00:24 +0000

Belo artigo Ponte,

Eu que estou agora voltando no tempo e trabalhando action-based, entendi bem melhor como trabalhar com MB.

By: Bispo

Bispo — Fri, 28 Aug 2009 12:28:14 +0000

Sempre nos salvando com seus posts.

Parabéns Rafael

By: Ythalo Rossy

Ythalo Rossy — Fri, 28 Aug 2009 02:48:29 +0000

Pensando de um outro ponto de vista, mas vejam bem, não estou afirmando.

E se um managed-bean pertencesse apenas a uma determinada entidade (modelo), não seria o mais correto.

Visto que uma página pode utilizar informações de mais de um managed-bean.

By: CMilfont

CMilfont — Thu, 27 Aug 2009 18:30:07 +0000

Minha dica para simplificar o JSF: NUNCA USE JSF!

By: Adriano

Adriano — Thu, 27 Aug 2009 18:02:00 +0000

Parabéns pelo post!
Muitas coisas que fazemos acabam sendo feitas por herança de experiências anteriores a capacidade deve haver espaço para auto-crítica, fugindo da mesmice: “Sempre fiz assim e deu certo!” pensar em novas soluções nos leva a evolução.
esse post me fez refletir muito sobre o assunto…