🏝 Kotlin 2.2.20-Beta2: кроссплатформенная компиляция без Mac* 🤯 [STABLE]

В новой бете Kotlin 2.2.20 стабилизирована кроссплатформенная компиляция .klib-артефактов. Теперь публиковать Kotlin-библиотеки можно с любой хост-машины, что значительно упрощает процесс, особенно для Apple-таргетов.

Mac всё ещё потребуется, если проект использует cinterop, CocoaPods или нужно собрать финальные бинарники для Apple. Подробности — в документации.

Если в gradle.properties добавляли kotlin.native.enableKlibsCrossCompilation=true, то теперь можно убрать

#kotlin #kmp #klib #native

🏝 В Kotlin 2.3.0 запретят использовать return без явного объявления возвращаемого типа в функции

В Kotlin 2.2.20-Beta2 можно попробовать новое поведение при использовании return - обязательное объявление возвращаемого типа функции. Новое поведение будет по умолчанию работать в Kotlin 2.3.0

// ✅ Возвращаемый типы функции указан. Можно использовать return
fun getDisplayNameOrDefault(userId: String?): String =
      getDisplayName(userId ?: return "default")

// ❌ Не компилируется. Используется return без явного указания возвращаемого типа функции
fun getDisplayNameOrDefault(userId: String?) =
      getDisplayName(userId ?: return "default")

Готовимся к миграции после обновления языка. Всё во славу большей стабильности нашего кода

#kotlin #kotlin_2_3

🏝 Вышли доклады с Droidcon New York 2025. Выбрал вам самые интересные доклады:
👉 Effective Debugging Kotlin Native in Xcode
👉 KMP with non-Koltin languages
👉 Metaprogramming with Kotlin Symbol Processing
👉 Playing with experimental Kotlin features
👉 Ready layer one intro to the Model Context Protocol
👉 Coroutines party tricks
👉 Beyond Detekt: Building a Kotlin Compiler Plugin for Compose Insights
👉 Kotlin Coroutine Mechanisms: A Surprisingly Deep Rabbithole

#kotlin #kmp #droidcon

🏝 Kotlin 2.2.10 на шаг ближе - вышла RC2

Стандартное обновление версии языка с исправлением багов релиза X.X.0. Поправили ещё багов.

#kotlin

❗️Как проверять структуру Kotlin-кода на соответствие архитектуре и неймингу

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

Для Kotlin такую задачу отлично решает библиотека Konsist. Проверки в ней выглядят как обычные Unit-тесты (поддерживается несколько тестовых JVM движков).

Например, в одном из проектов я добавил правила:
👉 Все классы, чьи имена заканчиваются на ViewModel, должны наследоваться от ViewModel (к сожалению, заставить использовать именно Jetpack ViewModel не получилось).
👉 Все свойства с типом MutableStateFlow<*> должны быть недоступны за пределами класса.

private var viewModels: List<KoClassDeclaration> = emptyList()

@BeforeTest
fun setup() {
    // Собираем все классы, чьи имена оканчиваются на ViewModel
    viewModels = Konsist
        .scopeFromProject()
        .classes()
        .withName { name -> name.endsWith("ViewModel") }
}

@Test
fun `Every ViewModel class extends from 'ViewModel'`() {
    viewModels.assertTrue { viewModel ->
        viewModel.hasParentWithName("ViewModel", indirectParents = true)
    }
}

@Test
fun `MutableStateFlow properties in ViewModel are not visible outside`() {
    viewModels
        .properties()
        .filter { property ->
            property.hasType { type ->
                type.hasNameMatching(Regex("MutableStateFlow<\\w+>"))
            }
        }
        .assertTrue { property ->
            property.hasPrivateModifier || property.hasProtectedModifier
        }
}

Правила можно делать любой сложности — от проверки нейминга до соответствия архитектуре.
Всё это запускается как обычные JVM-тесты и выполняется достаточно быстро ⚡️

❗️ konsist пока не достиг версии 1.0 но активно идёт к ней! Работает исправно и позволяет масштабировать правила структуры кода на всё команду!

#kotlin

🤯 Как Google делает Android-библиотеки мультиплатформенными 🚀

Разбирая исходники Navigation 3 я наткнулся на необычную папку в KMP-проекте — jvmStubsMain.

src
├── commonMain
├── androidMain
└── jvmStubsMain

Внутри — только методы, которые либо возвращают значения по умолчанию, либо сразу выбрасывают исключения. Сборка под desktop из этого не получится, да и авторы такую цель не ставили. Возникает логичный вопрос: зачем тогда эта папка нужна? 🤔


🏝 Особенность KMP

В Kotlin Multiplatform папка commonMain содержит код, доступный всем таргетам.

Например:
👉 Если у проекта есть Android и iOS таргеты, в commonMain можно писать только чистый Kotlin + мультиплатформенные API.
👉 Но если оставить только Android-таргет, в commonMain внезапно станет доступен весь Android SDK 🤯 — что для меня было сюрпризом.


❗️ Зачем нужен jvmStub

Добавление таких stub-таргетов в Android-библиотеках помогает искусственно ограничить доступ к платформенным API в commonMain.

Почему это работает:
👉 У JVM и Android в KMP нет общего родителя в стандартной иерархии source sets (хотя платформы имеют много общего).
👉 Stub-реализации позволяют “отсечь” случайное попадание Android API в общий код.
👉 Это помогает держать код в commonMain чистым и переиспользуемым — вдруг завтра вы захотите добавить desktop или другую платформу.

💡 jvmStubsMain — это инструмент архитектурной дисциплины. Он не предназначен для полноценной JVM-сборки, но отлично помогает не тянуть Android-зависимости в общий код и сделать чистую арзитектуру

#kotlin #kmp #android #google

🏝 Вышел Kotlin 2.2.10 с исправлением багов в версии 2.2.0. Самое время обновиться и проверить всё ли работает у вас

#kotlin

🏝 KMP на Aurora ОС уже тут

Если вам интересно попробовать KMP под Аврора ОС, то вы можете сделать это. Наработки открыты в официальном репе: примеры, библиотеки, документация и QT биндинги.

Работа Kotlin кода на Аврора ОС происходит через нативный код под Linux таргет.

Адаптация Compose для Аврора идёт полным ходом и будет доступно в 2026 году. Я видел запущенный пример простого Compose приложения, и текущий статус работ вселяют большую уверенность в хорошем результате!

То что разработчики ОС стали делать фокус на популярных в мобильном сообществе инструментах - большой плюс. Уже есть Flutter для Аврора ОС, скоро будет еще возможность работать с KMP + Compose. Это явно даст буст для ускорения переноса существующих приложений и кодовой базы.

#kotlin #compose #auroraos