Ich verwende derzeit Entity Framework mit einem generischen Repository und Unit Of Work Pattern. Mein Modell ist ähnlich dem in this articleSollte ich ein generisches Repository mit Entity Framework 5 verwenden?
beschriebenen Ich habe in der Vergangenheit generische Repositories verwendet und wirklich die globale Funktionalität genossen, die es zur Verfügung stellen kann. Es scheint jedoch, dass ich jeden Tag mehr Probleme bekomme, wenn es darum geht, es mit Entity Framework zu verwenden. Diese Probleme scheinen noch mehr aufzutreten, wenn es um die Behandlung von Eltern/Kinder/Knoten-Beziehungen geht.
Die Verwendung eines generischen Repository mit EF beginnt, einen schlechten Geschmack in meinem Mund zu hinterlassen, und ich fange an zu denken, dass die Verwendung eines Generic Repository mit EF der falsche Ansatz ist.
Könnte jemand bitte helfen, mich in die richtige Richtung zu lenken?
Es hängt davon ab, was Ihr Ziel ist es, eine generische Repository/UOW zu haben. Wenn Sie "DbSet" bereits als generisches Repository betrachten und 'DbContext' (' SaveChanges') Ihre UoW ist, dann könnten Sie diese Konzepte duplizieren. Es könnte das Testen erleichtern, auf Kosten einer anderen Abstraktionsebene. Ich benutze das für meine Repo/UoW, und zum Testen verwende ich http://effort.codeplex.com –
Matthew
Mein einziger echter Zweck, ein generisches Repository zu verwenden, ist globale, generische CRUD Methoden. – Lando
'DbSet <>' führt diese bereits durch. Das Testen auf einem generischen Repository ist einfacher und entkoppelt die Abhängigkeit von Entity Framework, wenn dies von Bedeutung ist. – Matthew