Um Technologieunabhängigkeit zu wahren.

Basierend auf dem Inversion of Control-Prinzip.

Um Ports and Adapters zu realisieren.

Um direkten Zugriff auf die Datenbank zu ermöglichen.

Es stellt Standard-CRUD-Methoden wie save, findAll, findById bereit, ohne eigene Implementierung.

Es ermöglicht die manuelle Implementierung aller CRUD-Methoden im Interface.

Es definiert nur benutzerdefinierte Methoden, ignoriert aber PagingAndSorting.

Sie führt Code aus, sobald die Spring Boot Applikation hochgefahren ist.

Sie demonstriert Dependency Injection durch @Autowired des Repositories.

Sie ermöglicht das Einfügen von Testdaten in die Datenbank via Repository.

Sie startet die H2-Datenbank unabhängig von der Applikation.

Für das Extrahieren von IDs aus der URL in DELETE- oder GET-Requests.

Um dynamische URL-Teile in Mappings zu binden.

Für das Parsen von JSON-Bodies in POST-Requests.

Sie verwendet findById vor dem Speichern.

Durch Aufruf von save() im StudentRepo und Rückgabe des Ergebnisses.

Sie wirft eine Exception bei Duplikaten.

Es erfordert, dass das Repository keine @Repository-Annotation hat.

Durch direkte Instanziierung mit new StudentJPARepo() in der Hauptklasse.

@Autowired injiziert eine Implementierung des StudentJPARepo-Interfaces.

Es ermöglicht den Zugriff auf Repository-Methoden ohne explizite Instanziierung des Repositories.

Nur für die Datenbankverbindung, nicht für Repositories.

Sie generiert automatisch die Datenbanktabelle mit festen Spaltenlängen.

Sie validiert die Länge von Feldern wie Name und PLZ aus dem Validation Framework.

Sie ersetzt die Notwendigkeit von Lombok-Annotationen wie @Getter.

Sie ist eine JPA-Annotation zur Definition des Primärschlüssels.

Weil es den Code komplizierter macht und mehr Klassen erfordert.

Um direkte Abhängigkeiten zu JPA zu vermeiden und stattdessen new-Instanzen zu nutzen.

Um die Applikation von spezifischen Datenbanktechnologien wie Spring Data JPA unabhängig zu machen.

Sie ersetzen die JPA-Annotationen vollständig für die Entity-Definition.

Für Convenience, um Getter, Setter, Konstruktoren automatisch zu generieren.

Es implementiert die Datenbanklogik.

Ohne DI müsste man new auf konkrete Klassen aufrufen, was Abhängigkeiten schafft.

DI ermöglicht es, Interfaces zu injizieren, ohne konkrete Implementierungen zu kennen.

DI sorgt dafür, dass der technologieneutrale Kern erhalten bleibt.

DI ist nur für das Repository notwendig, nicht für den Service.