Лекції

Розбираємося, навіщо в Kotlin потрібен data class і як він прибирає рутину в моделях: що саме генерує компілятор ( toString(), equals()/ hashCode(), copy(), componentN()), які правила діють для первинного конструктора ( val/ var) і як застосовувати це на практиці на прикладі моделі витрат. Наприкінці — типові помилки й способи їх уникнути.

Розбираємо, як Kotlin генерує equals(), hashCode() і toString() у data class, чим відрізняються == і ===, які властивості беруть участь у порівнянні (лише з primary constructor) і чому без стабільного хешу ламається логіка Set/ Map. Плюс: практичні приклади на моделях Expense і типові пастки з мутабельними ключами.

Розбираємося, як у Kotlin оновлювати дані без мутації: чому незмінювані моделі на val спрощують налагодження, як працює copy() у data class, як оновлювати елемент у MutableList «заміною обʼєкта» або будувати новий список через map, і де ховається головний підступ — shallow copy зі спільними вкладеними посиланнями (наприклад, на MutableList). Наприкінці — практичні функції для трекера витрат і типові помилки.

Розбираємося, як у Kotlin працює деконструкція. Чому вираз на кшталт val ( title, category, amount) = e насправді розгортається в ланцюжок викликів component1()/ component2()/ component3(). Що саме компілятор генерує для data class, де доречно використовувати _ і чому порядок властивостей у первинному конструкторі (primary constructor) безпосередньо впливає на зміст коду. Наприкінці — критерії читабельності та типові помилки, які «тихо» проявляються під час рефакторингу.

Розбираємо два інструменти Kotlin для «смислових типів»: typealias (підвищує читабельність, але не створює нового типу) і value class (створює окремий тип поверх одного значення та захищає на рівні компілятора). На прикладі консольного «Обліку витрат» підсилюємо модель доменними типами ( ExpenseId, Money), обговорюємо обмеження inline value classes, валідацію через require(...), порівняння == vs === і типові помилки вибору.