Не стоит использовать CoroutineScope, отвязанный от приложения

Порой в коде встречается ситуация, когда для запуска корутины в репозитории или каком-либо менеджере разработчики создают CoroutineScope:

class MyRepository(...) {

      private val scope = CoroutineScope()

      fun doWork(...) {
          scope.launch { /* длительная работа */ }
      } 
}

Но есть вариант хуже:

class MyRepository(...) {

      fun doWork(...) {
          CoroutineScope(...).launch { /* длительная работа */ }
      } 
}

0️⃣ CoroutineScope не должен создаваться для запуска только одной корутины. ‼️

1️⃣ При создании CoroutineScope следует добавить Job (или SupervisorJob), а также CoroutineDispatcher, который будет использоваться по умолчанию.

2️⃣ CoroutineScope должен быть связан с каким-либо жизненным циклом объекта. Вся суть scope заключается в том, чтобы отменять операции, когда они больше не нужны. Например, viewModelScope привязан к жизни ViewModel. В Android приложениях я всегда создаю Scope, связанный с Android Application классом, - AppScope. Либо использовать AppScope в классах, где нужен scope, либо сделать scope, который будет связан с другим CoroutineScope приложения.

Создать дочерний Scope можно следующим образом:

fun CoroutineScope.childScope(
    context: CoroutineContext = EmptyCoroutineContext
): CoroutineScope {
    return CoroutineScope(
        coroutineContext
                + SupervisorJob(parent = coroutineContext[Job])
                + context
    )
}

3️⃣ Вам точно нужен запуск корутины? Или подойдет suspend функция? Определитесь, почему асинхронный код должен работать независимо от вызывающего его кода и не иметь возможности получения информации об окончании работы через suspend. Также можно возвращать объект Job (хотя это спорная практика, на мой взгляд).

4️⃣ Не используйте GlobalScope. ‼️ Это наследие старых корутин, когда ещё не было structured concurrency.

Что можете посоветовать вы авторам подобного кода, помимо почитать документацию и курсы? Пишите в комментариях.

#kotlin #coroutines

KMP for Mobile Native Developers: The Book - открытая онлайн книга про KMP.

Что входит:
1️⃣Введение в KMP
2️⃣Базовая структура проекта
3️⃣Dependency Injection
4️⃣Модуляризация
5️⃣Тестирование
6️⃣Использование нативных библиотек в KMP
7️⃣Библиотеки: сеть, хранилище, база данных, Jetpack KMP

#kmp

🏝 Отдельной IDE для KMP не будет. Jetbrains официально отказалась от разработки 🎉

На основе обратной связи от партнеров JetBrains отказалась от разработки отдельной IDE для KMP разработки, а также свернет поддержку KMP в Fleet к июню 2025.

🎉 Поддержка KMP будет сделана в IntelliJ IDEA and Android Studio. Жду когда все фичи из Fleet для KMP перейдет в IDEA

Лично меня новость очень порадовала, чтобы не плодилось кучу IDEA

#kmp #idea #fleet

🏝 9 лет назад вышла первая версия Kotlin 🎉🎉🎉

Кажется, я совсем недавно еще работал с бета-версиями первой версии Kotlin, писал приложения с расписанием для университета, где учился, чтобы попробовать эту технологию. Тогда была только поддержка JVM и проводились эксперименты с JS.

Сегодня Kotlin - это уже целая экосистема💪, которая позволяет писать приложения для нескольких платформ, имеет огромное сообщество разработчиков, а также официальную поддержку от команды 🤖 Android в Google. А как хорош Compose Multiplatform ❤️❤️❤️

Уже появилось поколение разработчиков, которые начали свой путь именно с Kotlin для разработки под Android 🤯🤯🤯

Поделитесь в комментариях под постом в @kotlin_broadcast своей историей знакомства с этим языком и тем, что вас привлекло в нем.

#kotlin