EJB tem Lugar no MVC?

GUJ Master Membro desde: 06/10/2009 19:29:12 Mensagens: 1396 Offline

este ultimo não esta se referindo ao JSF, esta se a Servelt puro.

Mesmo assim no meu ponto de vista ao falar

"they appear as GET and POST HTTP requests"

isto pra mim é feito internamente.

.........

Ja no JSF,, os metodos salvar,("aqui por exemplo vc pode verificar se o cliente precisa ter algum requisito para ser salvo"), isto é logica de negócio é o model

erickfm8 wrote:
este ultimo não esta se referindo ao JSF, esta se a Servelt puro.

Mesmo assim no meu ponto de vista ao falar

"they appear as GET and POST HTTP requests"

isto pra mim é feito internamente.

.........

Ja no JSF,, os metodos salvar,("aqui por exemplo vc pode verificar se o cliente precisa ter algum requisito para ser salvo"), isto é logica de negócio é o model

Por isso eu digo e repito pra nao esquecer a motivacao do pattern. Uma vez que voce diz q os managed beans sao model, entao vc esta amarrando-os ao JSF. Dessa maneira, vc nao consegue porta-los para outras tecnologias, talvez outras linguagens. Assim, da maneira como voce esta descrevendo, MVC perderia sua motivacao.

[]'s

GUJ Master Membro desde: 06/10/2009 19:29:12 Mensagens: 1396 Offline

rsrsrs estou falando isso com base nos artigos lidos, passei referência pra vc...

Então vc discorda com o tutorial da IBM

asaudate acho que algum lugar vc mesmo citou que MVC cada framework implementa de uma forma diferente certo?

então é obvio que se vc mudar de JSF para outra framework que implementa MVC de outra maneira, a implementação vai mudar......

Sim, a implementacao muda, mas o conceito deve permanecer. O struts tem o action controller, o jsf tem tem o facesservlet, o swing tem os listeners... o caso eh q o modelo deve permanecer sempre o mesmo, independente de qual desses eu vou usar. (Alias, no caso do jsf, se os managed beans fossem modelo, seria o modelo mais orientado a string q jah vi =p)

[]'s

GUJ Master Membro desde: 06/10/2009 19:29:12 Mensagens: 1396 Offline

são analisados nas seções a seguir três destes frameworks: JavaServer
Faces (JSF, 2005), Struts (2005) e Spring MVC, o módulo MVC do framework
Spring (2005) apresentado no capítulo anterior.

O framework usualmente traz o controlador do MVC pronto. Este é
implementado através de um servlet que deve ser configurado ao instanciar o
framework. O controlador mapeia requisições em classes da instância que
realizam o padrão de projeto comando (Command) (Gamma et al., 1995). A visão

referência
http://www2.dbd.puc-rio.br/pergamum/tesesabertas/0410823_06_cap_04.pdf

Você concorda que os controladores desses framework ja vem pronto? no caso do JSF o FacesContext?
Não entendi porque orientado a String, se agente trabalha com objetos dentro dele,,, isso que vc falou depende do jeito que cada um programa =S...
Tem muita lógica de négocio no MB, e o model contem a lógica de negócio!....

This message was edited 1 time. Last update was at 11/05/2011 15:23:25

Eu disse que eh orientado a string porque obriga o MB a retornar uma string, para que ele possa achar a pagina. Note que isso, alias, eh um comportamento tipico de um controlador.

Quanto a referencia que voce postou, eu jah conhecia. O caso eh que o que esses frameworks trazem eh uma casca do controller. O comportamento especifico deve ser definido pelo programador, atraves dos managed beans.

Note que o mvc nao delimita que apenas uma classe deve ser usada como controller (como eu falei ha uns posts atras).

[]'s

P.S: A referencia q voce postou diz "usualmente", nao diz sempre.

GUJ Master Membro desde: 06/10/2009 19:29:12 Mensagens: 1396 Offline

"Eu disse que eh orientado a string porque obriga o MB a retornar uma string, para que ele possa achar a pagina. Note que isso, alias, eh um comportamento tipico de um controlador. "

ele reforna uma string para o FacesServlet e o FacesServlet que faz este redirecionamento.

"A referencia q voce postou diz "usualmente", nao diz sempre. "

sim, por isso que não estou falando de todos os framework até porque não conheço, estou falando e especifico do JSF, que este sim tras o controlador pronto.

View manda um requisição ,FacesServlet (Controlador - internamente passa para o modelo) ,

Para um framework ser considerado MVC, ele nao pode afetar a maneira como o modelo eh feito. Senao, ele fere o proprio conceito de MVC.

[]'s

GUJ Master Membro desde: 06/10/2009 19:29:12 Mensagens: 1396 Offline

"Para um framework ser considerado MVC, ele nao pode afetar a maneira como o modelo eh feito. Senao, ele fere o proprio conceito de MVC. "

Concordo ;D

What is classpath? Membro desde: 16/06/2011 07:23:45 Mensagens: 9 Offline

Então por que o JSF obriga ao programador criar managedbeans especificos que irão retornar strings para controle de navegação ?

Muito esquisito, não me entra na cabeça ManagedBeans como Model, nem faz muito sentido.

GUJ Ranger Membro desde: 11/05/2007 19:46:22 Mensagens: 901 Offline

Só para constar, essa discussão está muito interessante

Sobre o assunto "Managed Beans são controllers ou model" a resposta é simples: eles podem ser os dois.
Primeiro vejamos o Faces Servlet: A referência que foi passada (documento da IBM) diz que ele é um Front Controller. Embora relacionado, não é a mesma coisa que Controller. O Front Controller (que é um pattern à parte) é um cara que recebe todas as requisições, faz alguns tratamentos que julgar adequado (depende do framework, por exemplo encapsular os parametros de requisição em um objeto específico, instanciar outros objetos auxiliares, etc) e depois encaminha para que outro - o controller propriamente dito - termine o serviço. Ele não faz o trabalho de Controller sozinho, é apenas um auxílio!

E voltando aos Managed Beans: Eles podem assumir o papel de Controller - quando são chamados para lidar com as requisições, manipular componentes da página e fornecer o outcome para navegação, mas também podem ser o Model - afinal, um detalhe que está passando despercebido nessa discussão é que qualquer objeto pode ser um MB, inclusive objetos de regra de negócio e entidades do sistema!

GUJ Ranger Membro desde: 11/05/2007 19:46:22 Mensagens: 901 Offline

gomesrod wrote:... depois encaminha para que outro - o controller propriamente dito - termine o serviço...

Só um adendo aqui: Eu disse que o objeto (ManagedBean, Struts Action, etc) que trata a requisição depois do FrontController é o controller, mas isso foi por minha conta mesmo... o pattern não diz isso. Na verdade os dois juntos (Front Controller e "meu controller") é que formam o Controller, meu objeto seria mais uma espécie de Command.

Mas continuo achando que na prática ele é o Controller!

managed beans como modelo acoplam demais o modelo com o controle... isso por que ai depois para separar esse modelo depois e colocar em um outro controle em um outro framework mvc (o struts) você não vai mais conseguir... na minha opinião, o modelo tem que ficar fora do managed bean e este deve ser invocado pelo managed bean, ou melhor, injetado, mas de qualquer forma deve ficar separado, se ficar no managed bean quebra uma das coisas mais básicas do MVC...

maior_abandonado wrote:managed beans como modelo acoplam demais o modelo com o controle... isso por que ai depois para separar esse modelo depois e colocar em um outro controle em um outro framework mvc (o struts) você não vai mais conseguir... na minha opinião, o modelo tem que ficar fora do managed bean e este deve ser invocado pelo managed bean, ou melhor, injetado, mas de qualquer forma deve ficar separado, se ficar no managed bean quebra uma das coisas mais básicas do MVC...

Assino embaixo.

This message was edited 1 time. Last update was at 11/08/2011 07:37:23

Entendo a relação FacesServlet(controller) e ManagerBean como uma relação de delegação, ou seja, o ManagerBean é um ponto para se refinar situações do controle, uma dessas situações pode ser chamar o modelo. Isto esta muito relacionado com modo o qual o framework foi implementado. Pode-se até colocar situações do modelo (neste contexto vejo modelo como relativo ao negócio) dentro do ManagerBean, mas não acho uma boa alternativa, pois situações de negocio não devem ter forte dependencia de tecnologias(JSF). Quanto mais plano melhor. Mas concordo que o tema é sempre polêmico. rsrsr.

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