Référentiels partagés dans le modèle de référentiel

Question

Dépendance du référentiel? Disons que j'ai un domaine qui ressemble à ce qui suit:

public class User 
{ 
    public int UserId { get; set; } 
    public Lazy<Post> Posts { get; set; } 
} 

public class Post 
{ 
    public int PostId { get; set; } 
    public User Poster { get; set; } 
} 

Un utilisateur avec mes messages.

Comment puis-je configurer mon dépôt de telle sorte que pour chaque user, il retourne une liste de Post et pour chaque post, je reçois le Poster?

J'ai 2 dépôts:

public class UserRepository : IUserRepository 
{ 
    public IQueryable<User> GetUsers(); 
} 

public class PostRepository : IPostRepository 
{ 
    public IQueryable<Post> GetPosts(); 
} 

J'ai essayé d'appeler de 1 référentiel à l'autre, mais il finit dans un accident parce qu'il ya une dépendance circulaire.

J'utilise la méthode POCO du modèle de référentiel avec structure d'entité.

Answer 1

J'ai 2 dépôts:

public class UserRepository : IUserRepository 
{ 
    public IQueryable<User> GetUsers(); 
} 

public class PostRepository : IPostRepository 
{ 
    public IQueryable<Post> GetPosts(); 
} 

Ceci est susceptible de devenir problématique.

Vous ne voulez probablement pas simplement GetUsers. Comme vous le dites, vous voulez que les entités enfants soient chargées avec l'entité agrégée ou de niveau supérieur. Ce qui se passera est que, selon le contexte d'utilisation - quel est votre but immédiat - vous voulez des variations sur ce User. Vous finirez probablement avec des méthodes comme GetUsers, 'GetUsersWithPosts, GetUsersForImportantReport, GetUsersForAttendingAnIceCreamSocial, etc., etc., ad nauseam.

Ce qui manque, c'est le concept d'un rôle.

Pour quel rôle récupérez-vous l'utilisateur? Modélisez cela explicitement ici.

Commencez avec une interface de base pour votre agrégat. Propriétés de base peuvent aller ici

public interface IUser { 
    public Guid UserId { get; set; } 
    public string UserName { get; set; } 
    public IEnumerable<Posts> { get; set; } 
} 

Ajoutez des interfaces pour prendre en charge les rôles dans lesquels vous utiliserez l'utilisateur.

public interface IAddPostsToUser : IUser { 
    public void AddPost(Post post); 
} 

Et votre dépôt peut être défini comme tel:

public interface IUserRepository { 
    User Get<TRole>(Guid userId) where TRole : IUser; 
} 

Maintenant, utilisez ce rôle pour définir une stratégie de récupération;

public interface IFetchingStrategy<TRole> { 
    TRole Fetch(Guid id, IRepository<TRole> role) 
} 

Votre référentiel obtiendrait les stratégies de récupération via l'emplacement d'injection ou de service et l'extraction d'appel.Vous pouvez transmettre le référentiel pour fournir le mécanisme d'interrogation de FetchingStrategy ou demander à FetchingStrategy d'injecter ou de localiser les services dont il a besoin pour interroger.

Bien sûr, la façon dont vous interrogez dépend de votre ORM. Mais cette manière de modéliser permettra d'éviter de nombreux problèmes de chargement de graphes d'entité dans différents scénarios.

Answer 2

À mon humble avis, cela appartient à la couche de service, pas à la couche de référentiel. Le référentiel enveloppe simplement la base de données.

public IQueryable<UserData> GetUsersWithPosts() 
{ 
    return from u in UserRepository.GetUsers() 
      select new UserData 
      { 
       Id = u.Id, 
       Name = u.Name 
       Posts = from p in u.Posts 
         select new PostData 
         { 
          Id = u.Id, 
          Title = p.Title 
         } 
      }; 

... ajouter des problèmes de sécurité, l'agrégation, etc., au besoin.