Benannte und Standard-Argumente in Kotlin – kein Bedarf mehr für 5 Überladungen
Mit Standardwerten und benannten Argumenten ersetzt Kotlin ganze Stapel überladener Funktionen. Der Aufruf-Code wird lesbarer und du vergisst nie mehr, welcher der vier Boolean-Parameter welcher war.
In Java brauchst du für „dieselbe Funktion mit unterschiedlich vielen Parametern" mehrere Überladungen. Kotlin löst das mit Standardwerten und benannten Argumenten – eine Funktion reicht.
Standardwerte statt Überladungen
fun createUser(
name: String,
role: String = "member",
active: Boolean = true,
sendMail: Boolean = false,
) { /* … */ }
createUser("Mia") // Rest per Default
createUser("Tom", role = "admin") // nur einen abweichen lassen
createUser("Ana", active = false, sendMail = true) // Reihenfolge egalWeil role, active und sendMail Defaults haben, musst du sie nur setzen, wenn du abweichst.
Benannte Argumente gegen den „Boolean-Salat"
Vergleich mal diese zwei Aufrufe:
setupDialog(true, false, true) // ??? welcher ist welcher?
setupDialog(cancelable = true, fullscreen = false, dark = true) // sofort klarSobald eine Funktion mehrere gleichartige Parameter hat (mehrere Boolean, mehrere Int), machen benannte Argumente den Aufruf selbsterklärend – ganz ohne in die Definition zu springen.
Die eine Regel dazu
Sobald du ein Argument benennst, müssen alle danach ebenfalls benannt werden (oder ihren Default nutzen). Positionsargumente dürfen also nur vor den benannten stehen:
createUser("Mia", active = false) // ok
createUser(name = "Mia", "admin") // Fehler – "admin" bräuchte auch einen NamenDas spart mir in jeder Kotlin-Codebase Dutzende Überladungen und macht Aufrufe lesbar. Mehr Snippets auf code.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
Nach mehreren Kriterien sortieren – sortedWith, compareBy und thenBy
Erst nach Priorität, dann nach Datum, und die ohne Termin ganz nach hinten: Solche Sortierungen werden mit einem handgeschriebenen Comparator schnell unleserlich. Kotlin hat dafür eine Baukastenschreibweise.
Room-Migrationen – das Schema ändern, ohne Nutzerdaten zu verlieren
Eine neue Spalte in der Entity, und beim nächsten Start ist der Spielstand weg – weil fallbackToDestructiveMigration die Datenbank einfach löscht. So machst du es richtig, inklusive Test.
Fehler in Coroutinen – coroutineScope, supervisorScope und wer wen mitreißt
Eine von fünf parallelen Abfragen scheitert – und plötzlich sind alle abgebrochen. Das ist kein Bug, sondern strukturierte Nebenläufigkeit. Wer den Unterschied zwischen coroutineScope und supervisorScope kennt, steuert das bewusst.