meldestelle/docs/99_Journal/2026-04-19_VereinFeature_Blueprint_Migration.md

29 lines
1.8 KiB
Markdown

# Journal-Eintrag: Migration des Vereins-Features auf Blueprint-Standard (Klasse B)
**Datum:** 19. April 2026
**Agent:** 🏗️ [Lead Architect] | 🎨 [Frontend Expert] | 🧹 [Curator]
## 🎯 Zielsetzung
Migration des Moduls `frontend/features/verein-feature` auf den neuen **Module Architecture Blueprint** (Klasse B: `UI_COMPONENT`), um Konsistenz mit dem Referenzmodul `auth` und der `device-initialization` herzustellen.
## 🛠️ Durchgeführte Änderungen
### 1. Gradle-Konfiguration (`build.gradle.kts`)
- **Group-ID Sync:** Die Group-ID wurde von `at.mocode.clients` auf `at.mocode.frontend.features` geändert, um dem projektweiten Namensschema zu entsprechen.
- **KMP Support (WasmJS):**
- Das `wasmJsMain` Source-Set wurde vervollständigt.
- Die Abhängigkeit `libs.kotlin.stdlib.wasm.js` wurde hinzugefügt, um Web-Kompatibilität sicherzustellen.
- **Tooling:** `compose.uiTooling` wurde zum `jvmMain` Source-Set hinzugefügt, um IDE-Previews für die Vereins-Screens zu ermöglichen.
### 2. Strukturelle Anpassungen
- **Consistency Rule:** Erstellung der physischen Verzeichnisstruktur für `wasmJsMain`:
- `src/wasmJsMain/kotlin/at/mocode/frontend/features/verein/`
- **Paket-Struktur:** Die bestehende Paketstruktur wurde auf Übereinstimmung mit dem neuen Standard geprüft und als korrekt (`at.mocode.frontend.features.verein`) bestätigt.
## ✅ Validierung & Ergebnisse
- Der Build-Task `./gradlew :frontend:features:verein-feature:assemble` wurde erfolgreich für alle Plattformen (JVM & WasmJS) ausgeführt.
- Die Abhängigkeiten fließen gemäß Rule 1 ("Dependency Direction") ausschließlich zu Core-Modulen.
## 🧹 Curator Fazit
Das `verein-feature` ist nun vollständig blueprint-konform und bereit für die weitere plattformübergreifende Entwicklung.