DDD - la règle que les Entités ne peuvent pas accéder à des Référentiels directement

Dans le Domain Driven Design, il semble y avoir beaucoup de accord que les Entités ne doivent pas accéder aux Référentiels directement.

Cela venait Eric Evans Domain Driven Design livre, ou avait-il venir d'ailleurs?

Où il y aurait des bonnes explications pour le raisonnement derrière cela?

edit: Pour clarifier: je ne parle pas de la classique OO pratique de séparer les accès aux données dans une couche distincte de la logique métier - je parle de la disposition selon laquelle, DDD, les Entités ne sont pas censés parler de la couche d'accès aux données à tous (c'est à dire qu'ils ne sont pas censés contenir des références à des objets du Référentiel)

mise à jour: j'ai donné la prime à BacceSR parce que sa réponse semblait plus proche, mais je suis encore assez dans le noir à ce sujet. Si c'est un principe important, il devrait y avoir quelques bons articles à ce sujet en ligne quelque part, sûrement?

mise à jour: Mars 2013, les upvotes sur la question implique qu'il y a beaucoup d'intérêt dans le présent, et même si il y a eu beaucoup de réponses, je pense toujours qu'il n'y a plus de place pour les si des personnes ont des idées à ce sujet.

  • Cette question n'a pas conduit à beaucoup de réponses jusqu'à présent, d'où le bounty : )
  • 21 heures, à gauche sur la générosité et tout reste à jouer pour! Fondamentalement, la recherche d'une bonne explication (ou un lien vers une bonne explication) de cette "règle"
  • Jetez un oeil à ma question stackoverflow.com/q/8269784/235715, c'est montrer une situation où il est difficile de capturer la logique, sans Entité ayant accès au dépôt. Mais je pense que les entités ne doivent pas avoir accès aux dépôts, et il y a une solution à ma situation lorsque le code peut être réécrite sans référentiel de référence, mais actuellement je ne peux pas penser à tout.
InformationsquelleAutor codeulike | 2011-04-17