Version imprimable
Bonjour,
La question est dans le titre, quelle est la différence entre les pattern Manager et Repository ?
D'après ce que j'ai compris, tout deux permette d'insérer une couche d'abstraction entre les objets métier et (par exemple) la base de donnée, mais j'ai du mal à voir ce qui les différencie l'un de l'autre...
En vous remerciant
Si tenté que l'on puisse considéré DAO et Manager comme des synonymes, j'ai trouvé une réponse à cette question :
Pensez-vous que cela mérite un "résolu" ?Citation:
DAO is an abstraction of data persistence. Repository is an abstraction of a collection of objects.
DAO would be considered closer to the database, often table-centric. Repository would be considered closer to the Domain, dealing only in Aggregate Roots. A Repository could be implemented using DAO's, but you wouldn't do the opposite.
Also, a Repository is generally a narrower interface. It should be simply a collection of objects, with a Get(id), Find(ISpecification), Add(Entity). A method like Update is appropriate on a DAO, but not a Repository - when using a Repository, changes to entities would usually be tracked by separate UnitOfWork.
It does seem common to see implementations called a Repository that are really more of a DAO, and hence I think there is some confusion about the difference between them.
Bonjour,
Tu aurais un lien vers une définition du pattern Manager ? Ca me parait plus un mot-valise qu'un vrai design pattern communément accepté. Où l'as-tu rencontré ?