Ziel
Der erste bestehende API-Endpunkt (addUserTodo) soll auf die neue Controller -> Service -> Repository Struktur umgestellt werden. Dabei wird auch die zentrale Fehlerstruktur (Response) verwendet.
Hintergrund / Kontext
Nachdem die Grundstruktur vorbereitet wurde, ist dies der erste produktive Endpunkt, der real auf die neue Architektur übertragen wird. Er dient als Blaupause für alle weiteren Refactorings.
Lösungsansatz / Umsetzungsidee
- Zerlegung von
addUserTodo in:
TodoController -> nimmt Request entgegenTodoService -> verarbeitet LogikTodoRepository -> persistiert Daten
- Verwendung der zentralen
Response-Klasse für Antworten
- Erstellung von Unit-Tests für diesen Service
- Erfolgsszenario
- Validierungsfehler
- Interner Fehler
- Vollständige Quellcode-Dokumentation per PHPDoc
Testhinweise
- Alle Tests für
addUserTodo laufen erfolgreich
- Response-Struktur ist konsistent mit
Response::success / error
- Manuelle Tests zeigen kein abweichendes Verhalten zur alten Logik
Weitere Hinweise
- Dieser Endpunkt dient als Vorlage für weitere Refactorings
Ziel
Der erste bestehende API-Endpunkt (
addUserTodo) soll auf die neue Controller -> Service -> Repository Struktur umgestellt werden. Dabei wird auch die zentrale Fehlerstruktur (Response) verwendet.Hintergrund / Kontext
Nachdem die Grundstruktur vorbereitet wurde, ist dies der erste produktive Endpunkt, der real auf die neue Architektur übertragen wird. Er dient als Blaupause für alle weiteren Refactorings.
Lösungsansatz / Umsetzungsidee
addUserTodoin:TodoController-> nimmt Request entgegenTodoService-> verarbeitet LogikTodoRepository-> persistiert DatenResponse-Klasse für AntwortenTesthinweise
addUserTodolaufen erfolgreichResponse::success/errorWeitere Hinweise