31 lines
1.7 KiB
Markdown
31 lines
1.7 KiB
Markdown
# 📓 Journal-Eintrag: Billing-Feature Blueprint Migration
|
|
|
|
## 🏗️ [Lead Architect] | 🎨 [Frontend Expert] | 🧹 [Curator]
|
|
**Datum:** 2026-04-19
|
|
**Status:** ✅ Abgeschlossen
|
|
|
|
### 🎯 Ziel
|
|
Migration des `billing-feature` Moduls auf den neuen **Module Structure Blueprint** (Klasse B: `UI_COMPONENT`) unter Verwendung von `device-initialization` als Referenz.
|
|
|
|
### 🛠️ Durchgeführte Änderungen
|
|
|
|
1. **Gradle Konfiguration (`build.gradle.kts`):**
|
|
* `group` von `at.mocode.clients` auf `at.mocode.frontend.features` geändert (Alignment mit neuem Namensraum).
|
|
* `wasmJsMain` Source-Set explizit mit `kotlin.stdlib.wasm.js` Dependency konfiguriert.
|
|
* Struktur der Source-Sets an die Referenz angepasst.
|
|
|
|
2. **Strukturelle Anpassungen:**
|
|
* Verzeichnisse `src/jvmMain/kotlin/at/mocode/frontend/features/billing/` und `src/wasmJsMain/kotlin/at/mocode/frontend/features/billing/` erstellt, um die Blueprint "Consistency Rule" zu erfüllen.
|
|
* Die Paketstruktur in `commonMain` war bereits konsistent (`at.mocode.frontend.features.billing`).
|
|
|
|
3. **Verifizierung:**
|
|
* `./gradlew :frontend:features:billing-feature:assemble` wurde erfolgreich ausgeführt.
|
|
* Sowohl JVM- als auch WasmJS-Targets kompilieren fehlerfrei.
|
|
|
|
### 🚩 Nächste Schritte
|
|
* Fortführung der Feature-Migration mit dem nächsten Modul in der Liste (z.B. `pferde-feature` oder `profile-feature`).
|
|
* Sicherstellen, dass alle Referenzen auf das `billing-feature` (z.B. im `turnier-feature`) weiterhin funktionieren (ggf. Gradle-Projektpfade prüfen, falls diese sich ändern würden, was hier nicht der Fall war, da nur die `group` ID in Gradle geändert wurde, nicht der Pfad).
|
|
|
|
---
|
|
*Dokumentiert durch den Curator.*
|