meldestelle/docs/99_Journal/_archive/2026-04-19_BillingFeature_Blueprint_Migration.md

📓 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.