O que caracteriza o termo "Sindrome de DAO" frente ao Domain Model ?

GUJ Master Membro desde: 23/01/2008 11:14:35 Mensagens: 1905 Offline

"Acredito que o que faz a confusão ao uso do DAO não é o fato de usar diretamente respositorio ao inves do DAO, mas sim onde o Dominio de sua aplicação se localiza, e em que FrameWork atende determinado conceito ao Padrão, no Domain Logic da sua aplicação você tem acesso a repository mas isso é compreende um Domain Model onde objetos refletem operações de persistencia automaticamente, então estamos já em um outro estado de interesse ao padrão de projeto utilizado."

Materia Abaixo

O que é o DAO ?

O DAO é um padrão de projeto ,talvez o padrão mais famoso a par com o Singleton. Tal como o Singleton o padrão DAO é muitas vezes incompreendido e mal implementado. O objetivo do padrão é simples: isolar a aplicação java da tecnologia de acesso e localização dos dados. Contudo ele não padroniza esse acesso.O padrão DAO funciona como uma ponte entra dois sistemas: o seu e o DBMS (ou similar) .

O padrão DAO pode seguir duas filosofias de implementação: orientada a processo ou orientada a objetos.Na primeira as lógicas estão dentro do DBMS e o DAO apenas traduz comandos entre a aplicação Java e o DBMS. Esta implementação é muito importante, e só faz sentido, em sistema legados em que tudo é escrito no DBMS.Aqui o DAO é um instrumento de integração e não de isolamento. Ninguém pensa em substituir o DBMS porque isso significaria reescrever todas as regras de negocio contidas nele. O sistema em Java é apenas um cliente dessa aplicação matriz escrita dentro do DBMS. Nesta situação não se espera que o DAO seja modificado no futuro.

A segunda filosofia é seguida pela maioria dos programas novos que não contêm logica no DBMS deixando-a no servidor de aplicação e ganhando flexibilidade. Aqui o objetivo do DAO é prover isolamento e flexibilidade para mudar o DBMS subjacente.Neste tipo de aplicações o DBMS é apenas um armazém de dados e não contêm nenhuma inteligencia relativa a regras de negócio.É neste cenário que vale a pena investir num design cuidadoso pensado para durar.

Fonte : Do DAO ao Domain Store - Sergio Taborda
Fonte : Sindrome de DAO - Sergio Taborda

É Márcio, todos nós já percebemos sua admiração pelo Sérgio

GUJ Master Membro desde: 23/01/2008 11:14:35 Mensagens: 1905 Offline

tnaires wrote:É Márcio, todos nós já percebemos sua admiração pelo Sérgio

Pra ser bom , a gente tem que seguir os melhores ahahh !!!!

HelloWorld Membro desde: 26/03/2009 13:01:36 Mensagens: 12 Offline

"Repositórios: pra que te quero?

Domain-Driven Desing não é sobre padrões - isso gera muita discussão. Domain-Driven Design (ou simplesmente DDD) é sobre fazer software de maneira mais simples - e sei que muitos não vão concordar com isso, pois ?parece? que é mais fácil e muitos se sentem muitos produtivos ligando Table Modules diretamente às telas e abusando de Transaction Scripts.

O objetivo deste artigo não é falar sobre o que a literatura diz sobre repositórios e nem tenho a pretensão de escrever o ?post definitivo sobre Repositórios?. O objetivo aqui é demonstrar como tenho aplicado Repositórios nesses 3 anos de experiência em aplicação e ensino de DDD."

http://blog.aspercom.com.br/2009/08/11/repositorios-ddd/

GUJ Master Membro desde: 20/05/2009 11:21:32 Mensagens: 1776 Offline

DDD não é exatamente sobre fazer software mais simples, mas modelar o software de forma a melhor expressar o conhecimento sobre o problema em questão. O resultado final de todo software bem projetado e o melhor entendimento por parte de quem for dar manutencao, mas isso não significa que o processo pra chegar ate esse ponto foi mais simples, muito menos que foi mais fácil, doque produzir código anêmico.

Java Ninja Membro desde: 07/04/2009 15:22:18 Mensagens: 288 Offline

Como sempre, taborda falou falou e não disse nada. Agora me diz, o que um programador java inexperiente tira de conclusão desses artigos? Nada, ele vai continuar usando DAO em tudo sem saber o que, para o autor, é um DAO e o que o diferencia de Repositories e semelhantes.

GUJ Master Membro desde: 23/01/2008 11:14:35 Mensagens: 1905 Offline

bKn wrote:Como sempre, taborda falou falou e não disse nada. Agora me diz, o que um programador java inexperiente tira de conclusão desses artigos? Nada, ele vai continuar usando DAO em tudo sem saber o que, para o autor, é um DAO e o que o diferencia de Repositories e semelhantes.

Ser semelhante não quer dizer que tenha a mesma funcionalidade, como eu coloquei existe ai uma questão que nem mesmo aqui ninguem conseguiu aproximar uma conclusão, não vejo você fazer qualquer observação que faça justificar o seu uso devido.

Como observei não acredito que seja uma questão ao uso, é uma questão de não saberem o que é design sobre Orientação a Objetos e sobre onde determinado Dominio justificaria o uso para identificar o DAO ou Repository no mecanismo de persistencia.

JavaEvangelist Membro desde: 11/04/2006 09:35:56 Mensagens: 343 Offline

DDD é nada mais nada menos do que programar Orientado por Objetos corretamente, no caso do JAVA usá-la da maneira como ela foi feita pra ser usada, ou seja, OO!

GUJ Master Membro desde: 20/05/2009 11:21:32 Mensagens: 1776 Offline

foxpv wrote:DDD é nada mais nada menos do que programar Orientado por Objetos corretamente, no caso do JAVA usá-la da maneira como ela foi feita pra ser usada, ou seja, OO!

Discordo. Pra mim são coisas complementares. Enquanto OO é sobre atribuir responsabilidades aos objetos, DDD é mais sobre interação com analistas de negócio para descobrir quais são essas responsabilidades.

bKn wrote:Como sempre, taborda falou falou e não disse nada. Agora me diz, o que um programador java inexperiente tira de conclusão desses artigos? Nada, ele vai continuar usando DAO em tudo sem saber o que, para o autor, é um DAO e o que o diferencia de Repositories e semelhantes.

hehe... semelhante aos textos do shoes...

Eu ainda quero saber em que empresa troca-se tanto o meio de persistência dos dados...

Finalmente um comentario pé no chão... parabens Vini...

Cara... engo quer abstrair o abstrato... já poem JPA que é para astrair bem as coisas e vem em cima e joga OUTRA camada de abstracao...

To comecando a acreditar na piada do principe utilizando JAVA para matar o dragao...

GUJ Expert Membro desde: 10/07/2006 10:37:23 Mensagens: 3160 Online

tu é paga pau desse sergio heim...

GUJ Master Membro desde: 23/01/2008 11:14:35 Mensagens: 1905 Offline

luistiagos wrote:tu é paga pau desse sergio heim...

"Levanta a mão pra deus e agradeça, que existem pessoas que lhe expliquem, o que você não exerce de conhecimento"

Eu sinceramente acho esse negocio de DDD um bafafá danado... eh que nem a tal da DSL , rapaz... eu realmente gostaria de ver um sistema que REALMENTE usa-se uma DSL... prq nego fala , fala ,fala e na hora de implementar... cade ? faz um enjambre e chamda de exemplo...

DDD é outro... milhoes de artigos... mas se vc ler... umas 45 vezes , vai perceber que eh um belo nome dado ao uso de "certos pradroes"...

Virou moda... agora não é mais "Regra de Negocio" e sim "Dominio da Aplicação"

Bah... quer trocar de nome troque... mas não ache que isso eh a ultima bolacha do pacote.

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