Supprimer doit être lu en premier dans le modèle de référentiel?

Question

J'ai vu de bonnes sources sur Repository Pattern comme la vidéo Repository Pattern with C# and Entity Framework, Done Right et Aspnet Boilerplate. Je sais que le référentiel ne devrait pas avoir de logique pour commettre des données, ce qui est la responsabilité de l'unité de travail. Mais il me semble un peu de l'excès de poids en supprimant l'enregistrement parent avec les enfants, car vous devrez peut-être lire le parent, tous ses enfants, pour ensuite supprimer. Vous pouvez voir un exemple d'implémentation comme cela, en utilisant Entity Framework dans la même vidéo, deleting authors and course. Le Boilerplate Aspnet a a implementation to delete with a primary key, which read the entity before deleting too. Donc, je demande: puis-je utiliser une commande de suppression et toujours respecter le modèle? Y a-t-il un bon exemple?

Answer 1

Je ne vois pas comment cela pourrait être un problème si vous injectez un contexte par requête ou plutôt une unité de travail dans ce cas, puisque c'est le même contexte dans toute la requête actuelle, vous pouvez simplement supprimer le parent et mis en cascade pour ses enfants, quelque chose comme:

var product = new Product { Id = productId }; 
db.Entry(product).State = System.Data.Entity.EntityState.Deleted; 
db.SaveChanges(); 

de cette façon, vous faites une lecture moins, en plus de cela jeter un oeil à des composants comme MediatR, et pourquoi you don't even need a repository si vous utilisez un ORM.