Oi Christiano. Um padr�o de projeto n�o � uma coisa que voc� entenda assim rapidamente, voc� tem que ler algumas vezes, deitar sobre os exemplos, olhar outras refer�ncias (como o livre Core J2EE Design Patterns - em portugu�s) para ir percebendo melhor. Tamb�m seria complicado explicar por email. O fato � que n�o � boa id�ia vc reinventar a roda quando tudo est� documentado como padr�es. Se ajudar, a id�ia b�sica � ter uma classe DAO (pode ter uma gen�rica e subtipos para BDs diferentes, se e somente se for necess�rio) que encapsula o acesso a dados de um objeto de neg�cio. A classe recebe e retorna os resultados como VO�s (Value Objects). O DAO tamb�m conversa com o pool de conex�es. Quanto a criar tag libs para acessar os dados n�o acho uma boa id�ia do ponto de vista de arquitetura. Vc deveria criar tag libs que apresentas o resultados de Value Objects disponibilizados em request ou session por um Front Controller que por sua vez utilizou um Fa�ade para consultar os dados via um DataObject.
Carlo Giovano CEJUG -----Mensagem original----- De: christiano [mailto:cmartins@;seron.com.br] Enviada em: segunda-feira, 4 de novembro de 2002 08:50 Para: [EMAIL PROTECTED]; [EMAIL PROTECTED] Assunto: RES: [cejug-discussao] RE:[cejug-discussao] BD Carlo, eu olhei este padr�o Data Access Object e n�o entendi muita coisa... desculpe a ignorancia... eu to tentando criar uma classe para criar tags customizadas que implemente as operacionalidades de acesso e manipula��o a banco de dados ... estamos desenvolvendo umas paginas simples de envio e pesquisa de curriculos... criei uma classe extendida na famosa ConnectionPool com metodos que encapsulam a busca de conexoes e criacao de conexoes , acesso ao banco, etc... ainda est� s� na "primeira vers�o" testei e pelo menos trouxe alguma coisa do banco... agora vou testar com centenas de acesso... gostaria que voc� me explicasse como esse padr�o pode ajudar meu projeto. (sei que velhas fan�ticas conservadoras v�o me criticar por pedir essa informa��o HU�HU�HU�...) -----Mensagem original----- De: Carlo Giovano [mailto:cgiovano@;atlantico.com.br] Enviada em: segunda-feira, 4 de novembro de 2002 07:26 Para: [EMAIL PROTECTED] Assunto: [cejug-discussao] RE:[cejug-discussao] BD Helio, Existe um padr�o de projeto (design pattern) que j� apresenta uma solu��o bastante utilizada e comprovada. O nome do padr�o � Data Access Object e detalhes podem ser encontrados no link : http://java.sun.com/blueprints/patterns/DAO.html. Voc� pode tamb�m consultar os padr�es relacionados (VO-Transfer Object, MVC, etc) na p�gina geral: http://java.sun.com/blueprints/patterns/catalog.html Carlo Giovano CEJUG >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Gostaria de saber se � possivel(ou se � assim que se faz) fazer um Bean para conectar com BD, de modo que o mesmo (Bean) possa servir para inumeros objetos manterem(atualizar, select, deletar..) dados no BD. Assim mantendo uma modularidade no sistema em rela��o a conexoes com BD. valeu Helio Frota Heavymetal is the law !
