Drei-Schichten-Architektur in ASP.NET Core verständlich erklärt

Wer ein Projekt schnell starten möchte, schreibt die Datenbankabfragen gerne direkt in den Controller. Das funktioniert – bis das Projekt wächst. Genau hier hilft eine saubere Drei-Schichten-Architektur.

Die drei Schichten

Die BE-Schicht (Business Entities) enthält nur die Klassen, also z. B. Blog, Kategorie oder Benutzer. Die DAL-Schicht (Data Access Layer) kümmert sich um die Datenbank – bei NEGA mit Entity Framework Core und SQLite. Die BLL-Schicht (Business Logic Layer) enthält Regeln und Validierung. Die Oberfläche (UI) spricht ausschließlich mit der BLL.

Warum der Aufwand?

Jede Schicht hat genau eine Aufgabe. Wechselt man die Datenbank von SQL Server zu SQLite, ändert sich nur die DAL. Die Controller bleiben unberührt. Außerdem lassen sich Manager-Klassen über Interfaces sehr einfach testen.

Dependency Injection statt new

Repositories und Manager werden im Program.cs registriert und per Konstruktor injiziert. So gibt es pro Anfrage genau einen DbContext, und keine Klasse muss wissen, wie ihre Abhängigkeiten erzeugt werden.

Fazit

Ein paar Dateien mehr am Anfang sparen später viele Stunden. Gerade für ein CMS mit Admin-Panel lohnt sich die Trennung von Anfang an.