ASP.NET MVC unter Verwendung des Repository-Musters

erzeit verwende ich EF und verwende seinen Datenkontext direkt in all meinen Aktionen, aber seit ich angefangen habe, über lose Kopplung und Testbarkeit zu lesen, denke ich, dass dies nicht der beste Weg ist. Ich versuche, alle Vor- und Nachteile zu verstehen, bevor ich anfange, meinen gesamten aktuellen Code umzugestalten.

Problem 1: Wenn man bedenkt, dass jede Entität ein eigenes Repository benötigt und daher eine eigene Verbindung zu einer Datenquelle herstellen muss (nehmen wir an, dass eine Datenbank EF verwendet), würde das nicht viel Aufwand bedeuten, wenn ich Daten von 5 verschiedenen Entitäten auf einer einzelnen Seite benötige?

Problem 2: Was ich in all den Beispielen, die ich online gefunden habe, auch sehe, ist, dass die meisten Leute (sogar Leute wie shanselman) das Repository-Muster unter Verwendung der Entity-Klassen implementieren, die entweder von LINQ oder EF generiert werden in Bezug auf lose Kupplung? Was ist die Alternative, wenn Sie POCO-Klassen in Kombination mit beispielsweise AutoMapper verwenden? (das macht mir ein wenig angst)

Ich hoffe, dass ein paar Leute etwas Licht ins Dunkel bringen können, weil ich im Moment ein bisschen verwirrt bin, ob das Repository-Muster die richtige Wahl für eine Website ist.

Antworten auf die Frage(12)

Ihre Antwort auf die Frage