Организация кода в проекте | В какой пакет положить Kotlin класс

0:00 Введение
1:16 Куда можно класть Kotlin файлы
2:42 Интеграция
3:39 Как разделить код по Gradle модулям
6:23 Несколько папок с исходным кодом
7:42 Пакеты с кодом
14:03 Выделение кода в AAR/JAR библиотеки
15:37 Заключение

источник

✍️ @kotlin_lib

Богатые ошибки в Kotlin | Михаил Зареченский

Модель null-безопасности в Kotlin — одна из её ключевых особенностей. В этом докладе мы рассмотрим, как эту модель можно обобщить до ограниченных объединённых типов, специально предназначенных для обработки ошибок.

Кроме того, мы обсудим, как ошибки могут быть представлены в Kotlin сегодня, включая такие подходы, как nullable-типы, исключения, иерархии sealed-классов и классы, подобные Result.

https://www.youtube.com/watch?v=IUrA3mDSWZQ

✍️ @kotlin_lib

Fuzz‑тестирование для Kotlin с помощью kotlinx.fuzz

Определение крайних (edge) случаев для тестирования — непростая задача, часто оставляющая скрытые баги и уязвимости незамеченными.
Fuzz‑тестирование (fuzzing) решает эту проблему, автоматически генерируя тесты со случайными или некорректными входными данными, что позволяет разработчикам выявлять неожиданные исключения и сценарии сбоев. Благодаря своей эффективности в обнаружении критических ошибок ПО, fuzzing получил широкое распространение во многих языках программирования.
Однако в Kotlin он остаётся сравнительно малоиспользуемым.
Именно поэтому наша Лаборатория языков программирования и анализа программ JetBrains Research посвятила усилия разработке kotlinx.fuzz — fuzzer’а для библиотек на Kotlin. Поскольку Kotlin компилируется в байткод JVM, системы fuzz‑тестирования для Kotlin можно строить, используя существующие Java‑fuzzer’ы.

Эта концепция и стала основой нашего текущего прототипа.

@KFuzzTest
fun testDuration(f: KFuzzer) {
    val isoString = f.asciiString(10)
    val duration = Duration.parseIsoStringOrNull(isoString)
    println("$isoString -> $duration")
}

https://blog.jetbrains.com/research/2025/04/kotlinxfuzz-kotlin-fuzzing/

✍️ @kotlin_lib

Избегайте использования изменяемых коллекций в конструкторе data-классов в Kotlin

В своих предыдущих статьях я показывал, как использование var, Array или лямбды в конструкторе data-класса на Kotlin может привести к неожиданному поведению и трудноуловимым багам.

Эти проблемы часто связаны с тем, как работают equals(), hashCode() и copy() — особенно в логике сравнения коллекций, диффов или рекомпозиции.

https://proandroiddev.com/avoid-using-mutable-collections-in-the-data-class-constructor-in-kotlin-53d17897114e

✍️ @kotlin_lib

Тёмные стороны inline, crossinline и reified в Kotlin

Конструкции inline, crossinline и reified в Kotlin позиционируются как абстракции без накладных расходов. Действительно, они позволяют избежать лишних выделений памяти, создавать типобезопасные билдеры и улучшать производительность.

Однако неправильное их использование может привести к следующим проблемам:

- Повреждённые stack trace’ы, из-за чего краши трудно отлаживать в продакшене.
- Тонкие баги с отменой корутин или IllegalStateException.
- Непреднамеренные утечки API и жёсткая связка встроенного (inlined) кода.

https://proandroiddev.com/the-dark-corners-of-inline-crossinline-and-reified-in-kotlin-d244eaa07bb1

✍️ @kotlin_lib

👩‍💻 Как создать свой собственный оператор Flow и использовать его в архитектуре приложения?

🗓 12 августа в 20:00 МСК
🆓 Бесплатно. Урок в рамках старта курса «Android Developer. Professional».

На открытом уроке вы научитесь писать свой собственный оператор Flow с нуля. Мы разберём, как интегрировать оператор в архитектуру приложения, а также научимся строить архитектуру для гибкости и масштабируемости.

Этот урок идеально подойдёт разработчикам уровня junior и выше, стремящимся углубить знания и научиться эффективно использовать Flow в своих проектах.

🔗 Ссылка на регистрацию: https://vk.cc/cOkVjY

Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576