Лекції

Розберемося, чому файлові операції на JVM «ламаються», чому перевірка exists() не гарантує успіху, чим відрізняється «парасольковий» IOException від FileNotFoundException, як правильно будувати try/ catch (від конкретного до загального) і що саме друкувати для діагностики. Зокрема: операцію, шлях і властивості exists/ isFile/ isDirectory, щоб налагодження не перетворювалося на вгадування.

Розгляньмо практичні попередні перевірки для файлів у Kotlin/JVM: як перед читанням переконатися, що шлях існує, що це саме файл і що його можна читати ( exists(), isFile, canRead()), а перед записом — підготувати батьківський каталог через parentFile і mkdirs(). Окремо — швидка діагностика шляху та типові помилки (перевірка лише exists(), ігнорування результату mkdirs(), ілюзія гарантій від canWrite()).

Розбираємося, чому під час файлових операцій у Kotlin не можна покладатися лише на перевірки на кшталт exists() і навіщо навколо реального I/O все одно потрібні try/ catch. Вчимося робити «вузький» try навколо readText()/ writeText(), використовувати try як вираз, обирати контракт функції ( T?, Boolean або прокидання IOException), писати корисні повідомлення про помилки, правильно впорядковувати кілька catch і закривати ресурси через use {}.

Розбираємо практичний протокол «atomic write» для збереження важливих даних у файл: чому прямий виклик writeText() під час перезапису може лишити «обрубок» у разі збою; як записати нову версію в temp‑файл поруч із цільовим, а потім «опублікувати» результат через renameTo(). Зберемо функцію atomicWriteText з try/ finally, обговоримо компроміси з видаленням target і типові помилки (temp не поруч, не перевіряти результат renameTo, ловити все підряд тощо).

Розбираємося, навіщо потрібен backup на додачу до atomic write, як зробити найпростішу копію .bak перед заміною файлу, чому ротацію копій потрібно виконувати «з кінця» та як скласти безпечний протокол збереження: rotateBackups → atomicWriteText. Наприкінці — схема процесу в mermaid і розбір типових помилок (порядок дій, ігнорування renameTo, нескінченні копії).