Entity Framework Générique CRUD

Question

Je suis sur le point de démarrer un petit projet utilisant .NET 4, C# et Entity Framework v4.

J'ai 50 tables plus. Si j'écris un CUD séparé pour chaque entité (chaque table) sera beaucoup de travail et je pratique DRY. Donc, je pense à CUD générique pour Entity Framework. Mais il y a des avantages et des inconvénients sur générique CUD. Après avoir cherché un CUD générique pour Entity Framework, j'en ai trouvé un au https://github.com/rcravens/GenericRepository et il a quelques avantages et inconvénients. Donc, si vous avez utilisé un CUD d'Entity Framework générique, vous avez eu des problèmes majeurs? En outre, existe-t-il des CUD génériques pour Entity Framework à côté de GenericRepository?

Answer 1

Je suppose que ce n'est pas 100% à votre question parce que je n'utilise pas de générique "CUD" mais j'utilise normalement le Repository-Pattern. Il est plutôt facile d'écrire une simple classe de base abstraite qui gère la plupart des spécificités EF et vous n'avez qu'à écrire des implémentations spécifiques à chaque cas. Pour plus de détails sur le modèle, voir SO question pour plus de détails.