Ao contrário do que um camarada do CEJUG postou, risadinhas, eu gosto muito dessa troca de informações com vocês. O tópico gerou ramificações para OO, interfaces, etc. Além de questionamentos que eu ainda não tinha me feito :-) . Valeu a todos.

No meu caso que não sou um arquiteto (e não terei nesse projeto um) e não conheço a fundo JPA/Hibernate (utilizei Hibernate em um sistema, mas tinham DAOs). Vou ter que me virar nos 30s mesmo.

O que eu já "herdei" do sistema era algo como:

JSF backing beans/managed beans: faz as validações e chama um ou vários facades Facade (toda a lógica. pode usar mais de um DAO) DAO (usa Hibernate) Banco

Diria que me deixaram o feijão com arroz. E somente o desenho, sem uma classe implementada. Mas beleza.

Depois que o desenvolvimento das classes de modelo e testes unitários terminou (testando algumas lógicas de modelo como relacionamento entre classes, repetições de dados em listas, etc) me perguntaram “e aí, DAO genérico ou não?”. Vim aqui trocar uma idéia com os mestres e me deparei com outra pi**, esses infernos de DAOs nem precisam existir!

Pelo o que eu entendi o "melhor" seria eu fazer:

Já que meus pobres POJOs estão repletos de anotações por "culpa" do Hibernate, eu ao invés de usar um DAO para DAOx.save(entidade) vou fazer isso no Facade. Certo?

Valeu a todos que responderam com seriedade. Pra mim não ofende perguntar e gosto muito de poder usufruir da sabedoria da galera para aprender cada dia mais, já que aqui na empresa não tenho esse tipo de recurso :-)

* Sent from my cellphone, please forgive the lack of accents and punctuation marks ;) My blogs: http://www.jeanjmichel.blogspot.com and http://www.anonymousbiker.wordpress.com My Twitter: http://twitter.com/jeanjmichel