Block-7-Zusammenfassung: fortgeschrittene Features
Block-7-Zusammenfassung: fortgeschrittene Features
~16 Min. Lesezeit Zuletzt aktualisiert am 8. August 2026
Block 7 ist ABGESCHLOSSEN. Die in Block 6 PRAGMATISCH vorgezogenen Konzepte sind jetzt VOLLSTÄNDIG erklärt, UND das Repertoire an fortgeschrittenen Techniken ist KOMPLETT.
Was Block 7 behandelt hat
- Kapitel 57: State Provider im Detail, Wrapping vs. Ersetzen.
- Kapitel 58: State Processor im Detail, der DELETE-Sonderfall.
- Kapitel 59: das versprochene
ProjectSummary-DTO-Beispiel VOLLSTÄNDIG. - Kapitel 60: eine reine Statistik-Resource OHNE Doctrine-Entity.
- Kapitel 61: eine eigene Custom-Operation (
/projects/{id}/archive). - Kapitel 62: Doctrine-Lifecycle-Events als Alternative zu State Processorn.
- Kapitel 63: Query-Extensions als ELEGANTERE Alternative zu Kapitel 55.
- Kapitel 64: HTTP-Caching mit
cacheHeaders. - Kapitel 65: automatisch generiertes GraphQL im Überblick.
Projektstand am Ende von Block 7
api/src/ – Stand nach Kapitel 65
api/
└── src/
├── ApiResource/
│ ├── Begruessung.php
│ └── DashboardStatistics.php
├── Doctrine/
│ └── OwnerFilterExtension.php
├── EventListener/
│ └── ProjectUpdatedAtListener.php
├── State/
│ ├── UserPasswordHasherProcessor.php
│ ├── ProjectOwnerProcessor.php
│ ├── ProjectSummaryProvider.php
│ ├── DashboardStatisticsProvider.php
│ └── ArchiveProjectProcessor.php
├── Security/Voter/ProjectVoter.php
├── Filter/MultiFieldSearchFilter.php
└── Entity/ (Project, Task, Tag, User)Die API ist jetzt vollständig
Mit Block 7 endet der API-SEITIGE Teil dieser Schulung im ENGEREN Sinne – Block 8 (Mercure) ergänzt Echtzeit-Updates, ABER die Blöcke 9-10 wechseln den Fokus KOMPLETT zum React-FRONTEND. Ein guter Moment für einen RÜCKBLICK: von #[ApiResource] auf einer leeren Entity (Kapitel 9) bis zu einer VOLLSTÄNDIG abgesicherten, gefilterten, mehrsprachig-fähigen API mit benutzerdefinierten Aktionen.
Was in Block 8 kommt
Block 8 (Kapitel 67-72, KÜRZER als die vorherigen Blöcke) führt Mercure ein: Echtzeit-Updates, DAMIT sich ein React-Frontend AUTOMATISCH aktualisiert, wenn ein ANDERER Nutzer ein Project ändert – OHNE Polling, über Server-Sent Events.
Tipp: Ein guter Zeitpunkt, ALLE bisherigen 66 Kapitel EINMAL komplett von vorne durchzuarbeiten (mit einer frischen Datenbank), falls seit Block 1 viel Zeit vergangen ist – die API ist jetzt KOMPLEX genug, dass sich ZUSAMMENHÄNGE zwischen frühen und späten Kapiteln (z. B. Kapitel 5 und Kapitel 60) klarer zeigen, wenn man sie IM KONTEXT wiederholt.