Лекції

Розбираємося, як проєктувати «контракт помилок» у Kotlin: коли доречні винятки, а коли краще повертати помилку як значення через sealed class з варіантами Ok/ Error. Окремо вивчаємо fail-fast перевірки require(...) і check(...), обмеження підходу з null, а також привʼязуємо політику помилок до шарів застосунку (CLI / domain / storage) і закріплюємо все на прикладі команди remove.

Розбираємо ідіоматичний підхід Kotlin: конструкція try/ catch повертає значення й може використовуватися як вираз (так само, як if і when). На практичних прикладах парсингу CLI вчимося отримувати Int або Int?, робити ранній return, писати кілька catch у правильному порядку, тримати «небезпечну ділянку» вузькою та коректно застосовувати finally. Наприкінці — типові помилки й поради зі стилю для Kotlin 2.3.

Розбираємося, навіщо в застосунку потрібні «власні» винятки, чому важливо не втрачати першопричину ( cause), як правильно робити обгортання (wrapping: спіймав → додав контекст → кинув далі) і чим require()/ check() відрізняються від помилок предметної області. Закріплюємо техніку на міні-застосунку «трекер витрат» із командами add/ list/ exit і зрозумілими повідомленнями для користувача.

Розбираємо Result<T> у Kotlin як явний контракт «успіх або помилка»: як створювати результати через Result.success(...) і Result.failure(...), як діставати значення методами getOrNull(), exceptionOrNull(), getOrElse { ... }, getOrThrow(), а також як будувати CLI-потоки без «лісу» try/ catch за допомогою onSuccess і onFailure. На практиці показуємо «пакування» помилок введення (наприклад, NumberFormatException) і типові пастки, коли Result починають використовувати як «глушник» проблем.

Розбираємо, як runCatching «пакує» try / catch у Result<T>; як безпечно діставати значення через getOrNull(), getOrElse { ... }, getOrThrow(); і як використовувати onSuccess { ... }/ onFailure { ... } для побічних ефектів. На прикладі CLI-парсингу команд показуємо, де runCatching спрощує код, а де призводить до «глушіння» помилок, — і коли чесний try / catch читається краще.