Wohin mit meinen Abfragen - Modell vs. Controller

Sie sollten ein Repository-Muster verwenden :

Bei Repositorys sind alle Datenbankabfragen in einem Repository gekapselt, das über die öffentliche Schnittstelle verfügbar gemacht wird, z.

public interface IGenericRepository<T> where T : class
{
    T Get(object id);
    IQueryable<T> GetAll();
    void Insert(T entity);
    void Delete(T entity);
    void Save(T entity);
}

Dann können Sie injizieren ein Repository in einen Controller:

public class MyController
{
    private readonly IGenericRepository<Foo> _fooRepository;
    public MyController(IGenericRepository<Foo> fooRepository)
    {
        _fooRepository = fooRepository;
    }   
}

Dies hält die Benutzeroberfläche frei von DB-Abhängigkeiten und erleichtert das Testen. Aus Unit-Tests können Sie jeden Mock, der IRepository implementiert, injizieren. Dies ermöglicht dem Repository auch die Implementierung und den Wechsel zwischen Technologien wie Dapper oder Entity Framework ohne jegliche Client-Änderungen und zu jeder Zeit.

Das obige Beispiel verwendet ein generisches Repository, aber Sie müssen nicht; Sie können für jedes Repository, z. B. IFooRepository, eine separate Schnittstelle erstellen.

Es gibt viele Beispiele und viele Variationen davon, wie das Repository-Muster implementiert werden kann, also googlen Sie etwas mehr, um es zu verstehen. Hier ist einer meiner Lieblingsartikel. geschichtete Architekturen .

Noch ein Hinweis: Bei kleinen Projekten sollte es OK sein, Abfragen direkt in Controller zu stellen ...