Re: [java-list] Forma Correta Jsp+Servlet

[sven]

"Rodrigo Fernandes" <[EMAIL PROTECTED]> wrote on 26/08/2002 06:38:39:

> A sua abordagem est� correta. A preocupa��o aqui era apenas de fazer
> com que ele n�o colocasse as SQLs nas p�ginas e nem nos
> controladores. Se voc� acha melhor ter uma classe especial (alguns
> chamam de manager) para executar as SQLs e carregar os campos
> obtidos no objeto de modelo, �timo!

A ideia de 'manager' se refere mais ao Session Fa�ade Pattern e Business Delegate Design pattern aonde por exemplo um 'ClientManager' (neste caso ClientManagerServlet) � uma classe que concentra o 'business logic' necessario para gerenciar clientes do tipo CRUD Clientes e despaca por exemplo os requisitos de CRUD�s de Contatos ou Telefones etc. Ma concorda que, mesmo num app JSP Model 1 n�o seria bom incluir c�digo Java nos JSP que trabalha com coisas complexas que JDBC.


>  
> N�o � o fato de ter um objeto especial (DAO) fazendo acesso a base
> de dados (e n�o o pr�prio objeto) que far� com que voc� alcance tais
> atributos de qualidade. Manute��o e organiza��o dizem respeito a
> separa��o de responsabilidades (Modelo, Vista, Controle), enquanto
> evolu��o e escalabilidade dizem respeito ao baixo acoplamento obtido
> (o que diz respeito a utiliza��o do padr�o [gen�rico]...e n�o de
> detalhes sobre a sua implementa��o).

O padr�o que vc mencionou, n�o � exatamente o padr�o, o model n�o devia ser responsavel por fazer CRUD�s no DB. O model � o estado do objeto. Assim seria uma implementa��o 'simplificada' do MVC igual ou similar a maneira implementada no SWING mas invertido (Em SWING o V e C � o mesmo componente chamado o UIDelegate. De QQ forma � o controler que � responsavel por reagir nos eventos e fazer update no model e o model para passar os dados.

> Mais uma vez, o struts � uma implementa��o do padr�o MVC. Existem
> outras. O importante � entender de forma geral quais os benef�cios
> da utiliza��o dele e como pode ser implementado.

Na verdade Struts � uma implementa��o de MVC-2 que � uma adapta��o de MVC para aplica��es Web.

>  
> Rodrigo Fernandes
>  
> Improve It - www.improveit.com.br
> Applied Software Engineering
> Rodrigo de Brito, 13 - Botafogo
> Rio de Janeiro, RJ, 22280-100
> (21) 2542-9968
> (21) 9228-5434
>  
> ----- Original Message -----
> From: [EMAIL PROTECTED]
> To: [EMAIL PROTECTED]
> Sent: Monday, August 26, 2002 10:51 AM
> Subject: Re: [java-list] Forma Correta Jsp+Servlet
>
>
>
> > uma possibilidade para resolver essa quest�o arquitetural � utilizar
> > o padr�o MVC (Modelo, Vista, Controle). Nesse caso, a p�gina JSP
> > seria a Vista, o Controlador pode ser um servlet e o Modelo um
> objeto comum.
> >  
> > Ao Modelo (objeto comum) cabe fazer acesso a base de dados.
>
> O model � responsavel para o conceito a ser mostrado ou manipulado
> ou seja, ele � responsavel para manter o 'estado' no caso de um
> formul�rio web que mostra os dados do cliente ele seria o Cliente.
> class contendo os valores dos fields e n�o o sql para obter-los.
>
> > Ao Controlador (servlet) cabe executar as a��es necess�rias para
> > enviar as informa��es (objetos de modelo) para o JSP.
>
> O controlador poderia ser um servlet, ele � responsavel por:
>  - attender ao request
>  - preenchimento do 'model'
>  - selecionar o 'view'
>
>
> > � Vista (JSP) cabe apresentar as informa��es necess�rias na tela.
> O View � respon�vel para mostrar os dados mo modelo.
>
>
> >  
> > Dessa forma, todas as suas sqls estar�o localizadas nas classes que
> > fazem acesso a base de dados (objetos de modelo)
> N�o o SQl ter� que ser localizado em objetos DAO, que devolvem o 'model'.
>
> , o que facilita a
> > manuten��o, evolu��o, organiza��o e escalabilidade da sua aplica��o.
> Isso sim.
>
> >  
> > Para saber mais detalhes sobre a aplica��o do padr�o MVC em Java,
> > acesse o link abaixo:
>
>
> A verdade � que applica��es Web n�o se adaptam bem ao modelo MVC,
> por isso foi inventado o MVC-2. Um bom exemplo disso � :
> http://rollerjm.free.fr/images/ClassStrutsMVC2.gif e
> http://rollerjm.free.fr/pro/Struts.html