chore: migriere meldestelle-desktop Shell auf Module Structure Blueprint, aktualisiere group, setze version, passe DI-Imports an, dokumentiere Änderungen

This commit is contained in:
Stefan Mogeritsch 2026-04-19 17:33:13 +02:00
parent 8c1abaebad
commit 512eb730b0
7 changed files with 44 additions and 6 deletions

View File

@ -0,0 +1,35 @@
# Journal-Eintrag: Blueprint-Migration Shell "meldestelle-desktop"
**Datum:** 19. April 2026
**Status:** Abgeschlossen
**Agent:** 🏗️ [Lead Architect] | 🧹 [Curator]
## 🎯 Zielsetzung
Migration des primären Desktop-Shell-Moduls `frontend/shells/meldestelle-desktop` auf den neuen **Module Architecture Blueprint** (Klasse B/C). Sicherstellung der Konsistenz im Namensraum `at.mocode.frontend.shell`.
## 🛠️ Durchgeführte Änderungen
### 1. Gradle-Konfiguration (`build.gradle.kts`)
- **Group-ID:** Auf `at.mocode.frontend.shell` gesetzt (vorher implizit oder abweichend).
- **Version:** Auf `1.0.0` gesetzt.
- Die Abhängigkeiten auf die neuen Core- und Feature-Projekte wurden beibehalten und verifiziert.
### 2. Quellcode-Anpassungen (`main.kt`)
- **Import-Sync:** Die Importe für die Koin-Module der Features `ping` und `turnier` wurden auf den neuen Blueprint-Standard aktualisiert:
- `at.mocode.ping.feature.di` -> `at.mocode.frontend.features.ping.di`
- `at.mocode.turnier.feature.di` -> `at.mocode.frontend.features.turnier.di`
### 3. Konsistenz-Fixes in Feature-Modulen
Während der Migration der Shell wurden Inkonsistenzen in den DI-Paketen von `ping-feature` und `turnier-feature` festgestellt und behoben:
- Verschieben der `*FeatureModule.kt` Dateien in den Namensraum `at.mocode.frontend.features.[feature].di`.
- Aktualisierung der `package`-Deklarationen.
### 4. Struktur-Validierung
- Die physische Verzeichnisstruktur unter `src/jvmMain/kotlin/at/mocode/frontend/shell/desktop/` entspricht bereits dem Ziel-Namensraum und wurde als korrekt bestätigt.
## ✅ Verifikation
- `./gradlew :frontend:shells:meldestelle-desktop:assemble` wurde erfolgreich ausgeführt.
- Alle Modul-Referenzen in `main.kt` sind aufgelöst.
## 🧹 Curator Fazit
Die Desktop-Shell ist nun vollständig auf die neue Modul-Architektur ausgerichtet. Damit ist die Kette von Core über Features bis zur auslieferbaren Shell architektonisch sauber geschlossen.

View File

@ -1,4 +1,4 @@
package at.mocode.ping.feature.di
package at.mocode.frontend.features.ping.di
import at.mocode.frontend.core.localdb.AppDatabase
import at.mocode.ping.api.PingApi

View File

@ -1,4 +1,4 @@
package at.mocode.turnier.feature.di
package at.mocode.frontend.features.turnier.di
import at.mocode.frontend.core.network.sync.SyncManager
import at.mocode.turnier.feature.data.remote.*

View File

@ -23,6 +23,9 @@ plugins {
alias(libs.plugins.kotlinSerialization)
}
group = "at.mocode.frontend.shell"
version = "1.0.0"
// ---------------------------------------------------------------
// Version aus root version.properties lesen (SemVer)
// ---------------------------------------------------------------

View File

@ -19,8 +19,8 @@ import at.mocode.frontend.features.reiter.di.reiterModule
import at.mocode.frontend.features.verein.di.vereinFeatureModule
import at.mocode.frontend.features.zns.import.di.znsImportModule
import at.mocode.frontend.shell.desktop.di.desktopModule
import at.mocode.ping.feature.di.pingFeatureModule
import at.mocode.turnier.feature.di.turnierFeatureModule
import at.mocode.frontend.features.ping.di.pingFeatureModule
import at.mocode.frontend.features.turnier.di.turnierFeatureModule
import kotlinx.coroutines.runBlocking
import org.koin.core.context.GlobalContext
import org.koin.core.context.loadKoinModules