Вышел Coil 3.1.0 - популярный загрузчик картинок с поддержкой KMP

👉 Улучшили производительность AsyncImage: скорость работы стала лучше на 25-40%, а потребление памяти - на 35-48%
👉 FakeImage теперь deprecated
👉 Появился ColorImage - полезен для возвращения фейковых значений в тестах и для Compose превью
👉 coil-compose-core больше не зависит от Dispatchers.Main.immedate, что позволило исправить баги в работе Paparazzi и Roborazzi
🛠 Множество других исправлений и улучшений API

#kmp #android #compose

Статья (EN,7м) с разбором как устроен под капотом и работает runBlocking { }.

#kotlin #coroutines

Money - библиотека для проведения расчетов денег для Kotlin JVM

#kotlin

💡Делайте как можно меньше public

Представьте, что вы случайно сделали внутреннюю функцию публичной – и ваш Gradle-модуль начинает "протекать" наружу лишним кодом. Неявное указание модификаторов доступа может привести к тому, что даже те классы и функции, которые вы планировали использовать только внутри модуля, становятся частью публичного API. Это усложняет поддержку и тестирование, а также увеличивает риск возникновения нежелательных зависимостей.

Решение? Включите Kotlin Explicit Mode (введён в Kotlin 1.4)! С включением этой опцией разработчики будут обязаны явно указывать модификаторы доступа для всех элементов. Таким образом, вы контролируете, что именно экспортируется, и защищаете внутреннюю логику от случайного использования.

Пример настройки в Gradle

kotlin {
    // Без указания модификатора доступа код не скомпилируется
    explicitApi()
    // или
    explicitApi = ExplicitApiMode.Strict

    // Сборка пройдет успешно, но в логах появятся предупреждения
    explicitApiWarning()
    // или
    explicitApi = ExplicitApiMode.Warning
}

Рекомендация: используйте internal или private, а к public прибегайте только тогда, когда вы точно понимаете, что этот API должен быть доступен в модулях, подключивших ваш код.

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

#kotlin #лучшиепрактики

🚀 Ktor 3.1.0 уже здесь!

JetBrains выпустила новый минорный релиз, который приносит множество полезных обновлений для Android-разработчиков.

👉 Новый CLI-конфигуратор – генерация проектов стала проще.

👉 Поддержка SSE – улучшенная сериализация и heartbeat-события.

👉 Multipart в HttpClient – удобная работа с загрузкой файлов.

👉 Экспериментальная поддержка WASM – новые горизонты для Ktor.

👉 Начало интеграции gRPC – первый шаг к мощной серверной коммуникации.

👉 Движок на основе Curl больше не требует установки сторонних зависимостей, поддерживает ARM и WebSocket

#kotlin #ktor #wasm #grpc

Демо нового CLI в Ktor 3.1

#kotlin #ktor #cli

Kotlin Sequences - это API для процессинга набора данных, где каждый оператор в цепочке обрабатывает каждый элемент в последовательности, а не все элементы на каждом шаге оператора

Операторы Kotlin Std Lib для коллекций на каждом этапе обрабатывают все элементы.

Сравнение работы таких подходов вы найдете в статье "Should you use Kotlin Sequences for Performance?" (EN, 5 минут).

Разбор Kotlin Guard в when (EN, 12м) из Kotlin 2.1 (фиче в экспериментальном статусе)

🔗 Ссылка без VPN

#kotlin