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

[Rodrigo Fernandes]

>> 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.   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!   >> 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' Concordo plenamente.   >> 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 voc� chama de objeto DAO � o que me referi anteriormente como classe especial (manager). >>, o que facilita a >> manuten��o, evolu��o, organiza��o e escalabilidade da sua aplica��o. >Isso sim.   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).   >> 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   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.   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