chore: entferne veraltete turnier-feature Artefakte und ViewModels nach Migration auf Module Structure Blueprint

This commit is contained in:
2026-04-19 17:39:28 +02:00
parent ef5d4fdc81
commit 691861a706
61 changed files with 56 additions and 8724 deletions
@@ -0,0 +1,33 @@
# 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.