J'ai récemment lu de nombreux arguments contre l'utilisation du modèle de référentiel avec de puissants ORM comme Entity Framework, car il intègre également des fonctionnalités de type référentiel, ainsi que des fonctionnalités d'unité de travail.
Un autre argument contre l'utilisation du modèle pour une situation comme les tests unitaires est que le modèle de référentiel est une abstraction qui fuit car les implémentations plus génériques exploitent IQueryable.
Les arguments contre l'utilisation du modèle de référentiel ont du sens pour moi, mais les méthodes alternatives d'abstraction suggérées sont souvent plus confuses et semblent tout aussi exagérées que le problème.
La solution de Jimmy Bogards semble être un mélange de souffler les abstractions, mais aussi d'introduire sa propre architecture. https://lostechies.com/jimmybogard/2012/10/08/favor-query-objects-over-repositories/
Un autre exemple de référentiels inutilement .... mais utilisez mon architecture! http://blog.gauffin.org/2012/10/22/griffin-decoupled-the-queries/
Un autre ... http://www.thereformedprogrammer.net/is-the-repository-pattern-useful-with-entity-framework
Je n'ai pas trouvé de remplacement ou d'alternative claire à l'approche de modèle de référentiel «trop complexe» qui n'est pas plus architecturée elle-même.