runCatching – Fehler in Kotlin funktional statt mit try/catch
Statt jeden Aufruf in try/catch zu wickeln, gibt dir `runCatching` ein Result zurück. Mit `map`, `getOrElse` und `onFailure` liest sich Fehlerbehandlung wie eine saubere Kette.
try/catch ist völlig in Ordnung – aber wenn sich mehrere davon stapeln, wird der Code unruhig. runCatching führt einen Block aus und packt Erfolg oder Fehler in ein Result. Damit lässt sich das Ergebnis wie ein Wert weiterreichen und transformieren.
Result erzeugen und auslesen
val result: Result<Int> = runCatching {
"42".toInt() // könnte NumberFormatException werfen
}
val zahl: Int = result.getOrElse { fehler ->
println("Konnte nicht parsen: ${fehler.message}")
0 // Fallback-Wert
}Verketten mit map und onFailure
map transformiert nur den Erfolgsfall, ohne dass du zwischendurch auspacken musst; onSuccess/onFailure sind für Seiteneffekte (Logging, UI):
fun ladeAlter(input: String): Int =
runCatching { input.trim().toInt() }
.map { alter -> alter.coerceIn(0, 120) } // nur wenn erfolgreich
.onFailure { Log.w("Form", "Ungültiges Alter", it) }
.getOrDefault(0)Zwei Dinge zur Vorsicht: runCatching fängt jeden Throwable – also auch Dinge, die du vielleicht durchreichen willst. In Coroutinen solltest du die CancellationException nicht schlucken; ein getOrElse { if (it is CancellationException) throw it else fallback } hält den Abbruch sauber. Für erwartbare Fehlerfälle ist runCatching aber ein sehr aufgeräumtes Werkzeug.
Sauberer, gut lesbarer Code ist die halbe Wartbarkeit. Wenn du eine Android-App in Kotlin baust und Wert darauf legst, schreib mir über bymw.de.
Quellen
Du brauchst mehr als ein Snippet?
Ich entwickle Android-Apps in Kotlin und moderne Websites für Selbstständige und kleine Unternehmen — von der ersten Idee bis zum Release.
Projekt anfragen →Verwandte Snippets
withTimeout – hängende Coroutines nach X Sekunden abbrechen
Ein Netzwerkaufruf, der ewig hängt, blockiert deinen Ladezustand für immer. Mit `withTimeout` gibst du einer Coroutine eine Frist – läuft sie ab, bricht Kotlin sie sauber ab.
value class in Kotlin – typsichere IDs ohne Extra-Kosten zur Laufzeit
Ein `String` für die Nutzer-ID, ein `String` für die Bestell-ID – und schon vertauschst du sie irgendwann. Mit `@JvmInline value class` bekommst du echte, unverwechselbare Typen, die zur Laufzeit trotzdem nur der nackte Wert sind. Kein Wrapper-Objekt, keine Bremse.
animateAsState in Jetpack Compose – flüssige Animationen in einer Zeile
Du willst, dass sich Größe, Farbe oder Position weich verändern, statt hart umzuspringen? In Compose brauchst du dafür keinen Animator und keinen State-Maschinen-Zoo – ein animateDpAsState oder animateColorAsState reicht. Ich zeige dir, wie das funktioniert.