Почему функция componentN мусорная

Функции componentN (например, component1(), component2() и т.д.) — это сгенерированные Kotlin-компилятором функции деструктуризации для data-классов. Они считаются «мусорными» по нескольким причинам:

1. Непредсказуемость: Порядок компонентов зависит от порядка объявления свойств в классе. Изменение порядка полей сломает код, использующий деструктуризацию.
2. Слабые гарантии: Нет проверки на null или валидации данных при деструктуризации.
3. Плохая читаемость: component1() не говорит о том, какое поле извлекается, в отличие от явного обращения к свойству.

Пример:

data class User(val name: String, val age: Int)
val (name, age) = User("Alice", 30) // Деструктуризация
// Лучше явно:
val user = User("Alice", 30)
val name = user.name
val age = user.age