Лекції

Розбираємося, чому зберігати дату як String — це пастка: рядки порівнюються лексикографічно (і ламають сортування), не гарантують валідності (на кшталт 2026-13-40) і створюють неоднозначність форматів (наприклад, 01.02.2026). На мінікейсі з витратами побачимо, як «рядок протікає в логіку», а потім запровадимо дисципліну: єдиний ISO-формат yyyy-MM-dd, нормалізація через одну функцію та безпечне опрацювання поганого введення через null.

Розбираємося, чому під час роботи з часом важливо обирати тип за змістом: чим Instant відрізняється від «локального часу», коли використовувати LocalDate і LocalDateTime, навіщо потрібна TimeZone і як виконувати перетворення Instant ↔ LocalDateTime. Окремо обговорюємо Kotlin 2.3 ( import kotlin.time.Clock/ Instant) і типові помилки, які призводять до «часових» багів.

Розбираємося, як у Kotlin правильно працювати з «поточним часом». Отримуємо момент часу через Clock.System.now() як Instant, порівнюємо моменти операторами >/ <, обчислюємо різницю як Duration, сортуємо події за часом через sortedBy/ sortedDescending і фіксуємо типові помилки (забагато викликів now(), сортування рядків замість часу, плутанина в одиницях і «календарна» арифметика).

Розбираємо впорядкований підхід до роботи з датою та часом у Kotlin через kotlinx.datetime: чим парсинг відрізняється від форматування, чому ISO‑8601 зручний для зберігання й обміну, як працюють parse() і toString(), як безпечно обробляти помилки введення через runCatching і getOrNull(), а також як вручну зробити «людський» формат (наприклад, dd.MM.yyyy) і акуратно вбудувати все це в консольний застосунок.

Розбираємося, чому календар і часова шкала — це різні моделі: коли обирати LocalDate, а коли Instant; чим DatePeriod відрізняється від Duration; як коректно отримувати «початок дня» через TimeZone і atStartOfDayIn(...); і чому DST ламає інтуїцію «доба = 24 години». Наприкінці — практичний приклад для BudgetBuddy і список типових помилок.