Лекції

Розбираємося, навіщо в Kotlin потрібні класи й як «склеювати» дані в осмислені сутності: чому пара змінних ( title і amount) швидко перетворюється на хаос, чим Pair зручний і чим небезпечний, як створити свій тип ( class Expense), а також як працюють посилання на об’єкти: присвоювання копіює посилання, у чому різниця між val і var та як налагоджувати «дивні зміни» через перевірку ===.

Розбираємо синтаксис класів у Kotlin: як працює primary constructor, чому параметри без val/ var не стають властивостями, як створювати об’єкти без new, задавати значення за замовчуванням, використовувати іменовані аргументи та оформлювати читабельний заголовок класу. Наприкінці — міграція від Pair до моделі Expense і типові помилки.

Розбираємося, чому в ООП вигідно тримати поведінку поруч із даними: переносимо «зовнішні» функції всередину класу як методи, вчимося викликати їх через крапку й розуміти, чому методи «бачать» властивості об’єкта. Окремо обговорюємо змінюваний стан через var, нюанси посилання у val, роль this у разі конфлікту імен, а також інваріанти й перевірки через ранній return та require/ check — щоб об’єкт залишався коректним навіть за помилкового введення.

Розбираємося, чому предметні дані краще зберігати не в Pair<String, Int>, а в окремому класі Expense; вчимося створювати й змінювати MutableList<Expense>, виводити елементи з індексами, безпечно видаляти через removeAt(), будувати звіти за допомогою filter()/ map()/ sortedByDescending()/ fold(), а також робимо міні-CLI і місток для «мʼякої» міграції від пар до обʼєктів.

Розбираємо часті «граблі» під час перших кроків в ООП на Kotlin: чому неконтрольовані var перетворюють модель на желе, як val захищає посилання, але не об’єкт, як спільні посилання ламають очікування в MutableList<Expense>, чому сутність Expense не повинна знати про readln()/ println() і як вдалі імена роблять код коротшим та зрозумілішим. Наприкінці — міні‑рефакторинг BudgetBuddy і добірка типових помилок.