Comments on: Como gerenciar a dependência entre entidades e repositórios?

By: Leonardo Tadei

Leonardo Tadei — Tue, 11 Jan 2011 01:35:55 +0000

Acabo de tener este problema con nuestra nueva arquitectura y la solución la implementamos en la capa de control, con la forma de una validación de dependencias.
Los objetos involucrados tienen una agregación, y por tanto el ORM permite borrar al objeto agregado y generar una inconsistencia al volverlo a hidratar (si hubiera sido una composición, el ORM hubiera borrado a ambos objetos en cascada.
De esta forma el código de las clases queda limpio y no hace referencia al repositorio (que usa persistencia no invasiva y por alcance) y el validador genera una excepción en el control si la operación es inválida.
Ejemplo:
$totalObjRelacionados = ObjetosRelacionados(&$p, $o, $clase, $att);
if($totalObjRelacionados != 0) {
throw new Exception(“El Grupo "{$_POST['des']}" está siendo usado por $totalObjRelacionados SubGrupos.”);
}
en dónde $p es la instancia del ORM, $o es el objeto que se quiere manipular, $clase es la clase que usa al objeto y $att es el atributo que lo representa en la clase.

La sugerencia VI es tener clases encargadas de controlar las dependencias para el sistema, y mantener las clases del negocio lo más limpias posibles, permitiendo que otros sistemas las usen con otras reglas de dependencia en el futuro.

By: Henrique Lima

Henrique Lima — Mon, 05 Apr 2010 03:25:21 +0000

Primeiramente, ótimo POST!

De todas as soluções propostas a que eu mais gostei foi a sugestão 5 (através de AOP). Creio que seja uma maneira bem desacoplada de resolver este problema. Uma solução bem bacana é a proposta pelo Spring Roo, mas aproveitei a curiosidade dos amigos e o seu post para implementar uma solução com Spring que torna o uso bastante trivial.

A descrição da solução está em http://submundojava.com.br/wordpress/2010/04/04/injetando-repositorios-em-entidades-com-spring/

Parabéns pelo blog.

Continue contribuindo que estaremos sempre lendo.

Abraços.

By: Adolfo Sousa

Adolfo Sousa — Mon, 05 Oct 2009 21:27:39 +0000

Eu, de forma geral, prefiro receber as dependências pelo construtor. Nada de setters na classe. Gosto da idéia do “Good Citizen Pattern” http://www.picocontainer.org/patterns.html
Um design desacoplado e coeso, na grande maioria das vezes, não vai ter muitas dependências. Então eu prefiro refatorar, receber as dependências pelo construtor e não ter que me preocupar com comportamentos inesperados das minhas dependências.

By: Giovanni Bassi

Giovanni Bassi — Fri, 02 Oct 2009 21:59:26 +0000

Não gosto que as entidades conheçam repositórios, apesar de ser possível. Evito ao máximo.
Tem uma que você não abordou, que seria usar um Registry, como um service locator. É totalmente mockável, e funciona bem. Vc fica com a dependência do registry, mas num cenário horrível… então tudo bem. De qq forma eu sempre avaliaria caso a caso.

By: Gustavo A Oliva

Gustavo A Oliva — Wed, 30 Sep 2009 17:12:57 +0000

Excelente post! Sempre tive dúvidas sobre este assunto e já tinha tido algumas idéias a respeito. Colocar as diversas estratégias de forma estruturada (e permitindo assim que sejam comparadas) foi show.