Journal: Finalisierung der Frontend-Blueprint-Migration

Datum: 19. April 2026 Status: Abgeschlossen Agent: 🏗️ [Lead Architect] | 🧹 [Curator]

🎯 Zielsetzung

Nach der großflächigen Migration der Core- und Feature-Module wurden im letzten Schritt verbleibende strukturelle Inkonsistenzen in den Modulen ping-feature und turnier-feature bereinigt. Ziel war die vollständige Einhaltung des Module Structure Blueprint (Klasse B).

🛠️ Durchgeführte Änderungen

1. Paket-Synchronisierung (`ping-feature`)

Das veraltete Paket at.mocode.ping.feature wurde konsistent in at.mocode.frontend.features.ping umbenannt.
Dies betraf die Source-Sets commonMain, jvmMain und commonTest.
Die physische Verzeichnisstruktur wurde von at/mocode/ping/feature/ nach at/mocode/frontend/features/ping/ verschoben.

2. Paket-Synchronisierung (`turnier-feature`)

Das veraltete Paket at.mocode.turnier.feature wurde konsistent in at.mocode.frontend.features.turnier umbenannt.
Betroffen waren alle Ebenen (commonMain, jvmMain, wasmJsMain) inklusive Unterpakete für data, domain und presentation.
Die physische Verzeichnisstruktur wurde analog zum Standard angepasst.

3. Shell-Integration

Die Importe in frontend/shells/meldestelle-desktop wurden an die neuen Paketnamen angepasst, um die Lauffähigkeit der Desktop-App sicherzustellen.
Die meldestelle-web Shell wurde ebenfalls verifiziert.

✅ Verifizierung

./gradlew :frontend:features:ping-feature:assemble: ERFOLGREICH
./gradlew :frontend:features:turnier-feature:assemble: ERFOLGREICH
./gradlew :frontend:shells:meldestelle-desktop:assemble: ERFOLGREICH
./gradlew :frontend:shells:meldestelle-web:assemble: ERFOLGREICH

🧹 Fazit

Mit diesem Schritt ist die strukturelle Bereinigung des Frontends abgeschlossen. Alle Module (Core, Features, Shells) folgen nun einem einheitlichen Namens- und Struktur-Schema. Die "Consistency Rule" des Blueprints ist somit im gesamten Frontend-Projekt erfüllt.

2.0 KiB Raw Blame History