Do DAO ao Facade: Conceitos

De que se trata o artigo:

O artigo demonstra algumas formas de como implementar o padr�o de projeto Data Access Object (DAO), bem como sua import�ncia no desenvolvimento de um sistema. Tamb�m aborda a import�ncia e os benef�cios do uso do padr�o Facade.

Em que situaç�o o tema � �til:

O tema � �til para desenvolvedores que queiram iniciar a construç�o de projetos de forma mais organizada, o que ir� facilitar a manutenç�o e atualizaç�es no futuro. O uso de um padr�o de projeto tem como princ�pio organizar e facilitar o desenvolvimento de sistemas. Com o uso do padr�o DAO � poss�vel organizar as classes referentes � persist�ncia de dados, e com o uso do padr�o Facade � poss�vel dividir o sistema em camadas, diminuindo o acoplamento entre elas.

Resumo DevMan:

O artigo apresenta um estudo sobre os padr�es de projeto Data Access Object (DAO) e Facade. Começa descrevendo o padr�o DAO e demonstrando algumas formas de como implement�-lo em um sistema e o quanto � vantajoso e importante utiliz�-lo. Em seguida s�o apresentados os principais benef�cios do uso do padr�o Facade, assim como quando ele pode ser utilizado e o quanto f�cil � implement�-lo em um projeto.

Na d�cada de 70 foi criado por Christopher Alexander o que se considera o primeiro padr�o de projeto (Design Patterns). Tais conceitos usados por Alexander passaram a ser aplicados na �rea da inform�tica, e nasceram a partir da�, os primeiros padr�es de projeto direcionados ao desenvolvimento de softwares. Padr�es de projeto t�m como objetivo aplicar soluç�es que possam resolver problemas recorrentes no desenvolvimento de sistemas.

Grande parte das aplicaç�es desenvolvidas em Java que fazem uso de banco de dados utiliza algum tipo de persist�ncia como o JDBC puro (veja a segunda ediç�o da Easy Java Magazine, artigo Java Database Connectivity) ou algum Framework como o Hibernate (apresentado na quarta ediç�o da Easy Java, no artigo Dominando o Hibernate). Utilizando qualquer um destes modos de persist�ncia h� um s�rio risco de emaranhar, misturar o c�digo de interface visual com o de l�gica de neg�cios mais o c�digo da persist�ncia de dados (CRUD). Para evitar que exista esse emaranhado no c�digo foi criado o padr�o de projeto DAO (Data Access Object / Objeto de Acesso a Dados). O DAO se tornou assim um dos padr�es de projeto mais utilizados no desenvolvimento de aplicaç�es de softwares e tem como finalidade separar as regras de acesso a banco de dados das regras de neg�cios e de interface com usu�rio ou qualquer outro tipo de classe que n�o tenha relev�ncia alguma com as aç�es de persist�ncia.

CRUD: A sigla tem origem na l�ngua inglesa para Create, Retrieve, Update e Delete, em portugu�s teria o significado de Criar, Recuperar, Atualizar e Excluir. S�o as quatro operaç�es b�sicas em um banco de dados.

Outro padr�o sugerido para a separaç�o das estruturas de um projeto � o Façade ou Facade, uma esp�cie de fachada que limita o conhecimento do cliente (Interface Visual) das partes do sistema referentes � l�gica de neg�cio. O Facade � um padr�o estrutural e est� entre os 23 padr�es de projeto do GoF (Gang of Four). Um dos grandes benef�cios deste padr�o � a consider�vel facilidade em implement�-lo. O Facade foi desenvolvido para evitar que c�digos e regras de interface visual se misturassem com as regras de neg�cios e assim, tornasse o c�digo complicado e de dif�cil manutenç�o. Com seu uso � poss�vel reduzir a depend�ncia entre as classes clientes e as classes de neg�cios bem como criar sistemas divididos em camadas.

Entende-se por padr�o estrutural todo padr�o de projeto que trata da associaç�o entre classes e objetos.

O Padr�o Data Access Object (DAO)

Quando se faz uso em um projeto do padr�o DAO � por que existe a necessidade em separar as regras de neg�cios das regras de persist�ncia de dados. O objetivo principal disto � promover o isolamento entre classes de objetivos distintos (persist�ncia/neg�cio/interface) e a flexibilidade quando se deseja, por exemplo, utilizar diferentes SGBDs (Sistema Gerenciador de Banco de Dados). Anteriormente, quando n�o se fazia uso do padr�o DAO, as aplicaç�es eram codificadas de forma que as deixavam dependentes de um �nico banco de dados. Assim havia dificuldades como migrar o sistema e alterar parte do c�digo relacionado a operaç�es de CRUD e ainda existia uma forte depend�ncia entre classes de neg�cios com classes de persist�ncia. Muitas vezes regras de acesso a banco de dados eram programadas nas classes de interface com o usu�rio o que tornava tanto a ampliaç�o do sistema como uma simples manutenç�o uma tarefa muito mais complexa.

O padr�o DAO surge como soluç�o para esses problemas de uma forma bem simples. Com ele todas as regras do mecanismo de persist�ncia passam a ser mediadas por um objeto do tipo DAO. Toda a l�gica de acesso e execuç�o ao banco de dados � colocada dentro do objeto DAO e desta forma se cria um isolamento entre a API de persist�ncia e as demais partes do sistema. As operaç�es de CRUD passam ent�o a ser de inteira responsabilidade do objeto DAO, isolando-as do resto da aplicaç�o. � considerado uma boa pr�tica implementar as classes e interfaces do DAO dentro de um pacote chamado dao. Todas essas classes e interfaces devem seguir o padr�o de nomenclatura �XxxxDAO�, onde o prefixo �Xxxx� faz refer�ncia ao nome da classe de entidade que ser� persistida e o sufixo �DAO� indica que esta classe se refere a uma classe de persist�ncia que utiliza o padr�o Data Access Object." [...] continue lendo...

Do DAO ao Facade

O artigo demonstra algumas formas de como implementar o padrão de projeto Data Access Object (DAO), bem como sua importância no desenvolvimento de um sistema. Também aborda a importância e os benefícios do uso do padrão Facade.

Artigos relacionados