Автор Koin поделился результатами замерами скорости работы Koin и Hilt. Для этого взяли оригинальную версию приложения Now In Android и собственную с миграцией на Koin.

Тест делался через простой замер времени от и до, автор намеренно отказался от Jetpack Benchmark, который обеспечивает прогрев и стабильность результатов. Такой подход у меня вызывает вопросы. Мне также было бы интересно увидеть замеры после оптимизации кода через R8

Результаты на картинке, подробности в статье, а дальше уже всё решать вам.

UPD В комментариях уже накопали как выкрутили замеры в пользу Koin

#di #koin #dagger #benchmark

Вышел Dagger 2.53 c breaking changes для Kotlin
👉 Все Binds теперь потребуют объявления с nullable типами
👉 Обязательно использование JvmSuppressWildcards в Multibinding Map для generic типа значения
👉 Binds методы теперь не могут использовать Scope, когда они делегирует @Produces имплементации
👉 Удалена поддержка Java 7

‼️ Ничего полезного в Dagger не добавляют уже давно, так что сидите на той версии что вас устраивает и работает.

#dagger #di

Вышел Dagger 2.54

Релиз который мы заслужили - переделки и багфиксы. Зачем вообще обновлять Dagger я не понимаю 😞

#dagger #di

🚀 Ускорение загрузки Koin при запуске Android приложения (EN,8м)

В Koin 4 добавили интеграцию с Jetpack Startup для запуска инициализации Koin

class MainApplication : Application(), KoinStartup {

    override fun onKoinStartup(): KoinAppDeclaration = {
        androidContext(this@MainApplication)
        allowOverride(false)
        modules(AppModule().module)
        defaultModule()
    }
}

и доступна инициализация фича модулей

// Initializer из Jetpack Startup
class FirstModuleInitializer : Initializer<Unit> {
    override fun create(context: Context) {
        loadKoinModules(firstModule)
    }

    override fun dependencies() =
        mutableListOf(KoinInitializer::class.java)
}

Также показывается отложення загрузка модулей с помощью корутин

val m1 = lazyModule {
    singleOf(::ClassA) { bind<IClassA>() }
}

startKoin {
    // загрузка модулей в фоне с помощью Kotlin Coroutines 
    lazyModules(m1)
}

val koin = KoinPlatform.getKoin()

// Ожидания выполнения задач загрузки модулей
koin.waitAllStartJobs()

// или ставим в очередь лямбду на выполнение после
koin.runOnKoinStarted { koin ->
    // Код выполнится после загрузки lazy modules
}

Подробнее про ленивые модули и фоновую загрузку в документации

#android #koin #di #jetpack #производительность #coroutines #AndroidBroadcast #БазаЗнаний

Вышел Dagger 2.55 с поддержкой jakarta.inject.Provider и исправлением багов

#di

🤯 Не нужно делать инжект всех зависимостей в конструктор

Встретил код в проекте:

class MyViewModel(
     ...
     private val sendDataUseCase: SendDataUseCase,
     ...
): ViewModel() {

    // Вызывается, когда пользователь в UI нажмёт на "Send"
    fun onSendClicked(...) {
         viewModelScope.launch {
              sendDataUseCase.invoke(...) // либо sendDataUseCase(...)
         }
    }
}

sendDataUseCase не нужен сразу при создании объекта, а нужен только если пользователь нажмёт на кнопку "Send" в UI, что может и не произойти. Так как эта зависимость нужна в конструкторе, то при получении в DI будет сразу происходить создание этой зависимости, что приводит к ненужной нагрузке.

Я рекомендую делать отложенное получение зависимостей с помощью механизма Provider или Lazy. Первый будет ходить за зависимостью в граф каждый раз, а второй - при первом обращении и сохранит её.

// При использовании Dagger или Hilt
class MyViewModel(
     ...
     private val sendDataUseCase: javax.inject.Provider<SendDataUseCase>, // или dagger.Lazy
     ...
): ViewModel() {

    fun onSendClicked(...) {
         viewModelScope.launch {
              sendDataUseCase.get()
                   .invoke(...) 
         }
    }
}

Если вы используете Koin на момент написания поста (актуальная версия 4.0), делать отложенный инжект в конструктор возможности нет:

// При использовании Koin
class MyViewModel(): ViewModel() {

    // отложенное получение зависимости в Koin
    private val sendDataUseCase: SendDataUseCase by inject()

    fun onSendClicked(...) {
         viewModelScope.launch {
             // аналог Provider - получение зависимости каждый раз из графа 
             val sendDataUseCase: SendDataUseCase = getKoin().get()
             sendDataUseCase.invoke(...)
         }
    }
}

Результат оптимизации
✅ более быстрый старт экранов (зависит от сложности графов)
✅ уменьшение расхода памяти
❌ KOIN потеря явной зависимости в конструкторе. Мне бы очень хотелось увидеть аналог Provider и Lazy в Koin через конструктор, но пока приходится делать свои обертки 😔

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

Сравнение Dagger 2, Dagger Hilt и Koin (4м)

Быстрый рассказ про популярные DI для Android. Полезно тем, кто выбирает свой первый DI или сомневается в выборе

#android #di

Вышел Dagger 2.56

В новой версии Dagger нет новых фичей, а вот то что может сломать код есть
👉 В рамках поддержки Jakarta: удалили старый способ создания Factory (возможно, отвалится код под старые версии Dagger) и больше нельзя использоваться dagger.internal.Provider
👉 В Kotlin исходниках при использовании для multibinding теперь НАДО использовать Set/MAP из kotlin.collections, а не версии из java.util
🛠 Исправили немного багов

#di #java

Разработчик из Ozon делится опытом, как организовали с помощью фич языка Kotlin хранилище Dagger-компонентов, доступное из любого модуля, управляющее их жизненным циклом и забравшее другую рутину на себя.

#android #dagger #di

🤯 Вышел Dagger 2.57 и из полезных изменений там... НИЧЕГО. Просто работают под капотом. Может над поддержкой KSP, может еще над чем

Вам нужен Dagger?

#dagger #di

🤯 Команда Anvil решила прекратить развитие проекта в пользу другого решения

Anvil - Kotlin плагина для расширения возможностей Dagger 2 и упрощения работы с ним решили прекратить развивать. Коллега автором решения сделал Metro и компания будет переходить на него и участвовать в его развитии.

Metro - это compile-time DI фреймворк с поддержкой KMP, который вдохновлялся Dagger, Anvil, Kotlin-Inject.

#di #kmp

🚀 Cash App перевел Android-приложение на Metro — новый DI фреймворк для Kotlin

Команда Cash App (Block) успешно мигрировала своё Android-приложение с Anvil/Dagger на Metro — современный фреймворк для dependency injection, разработанный Zac Sweers.

Metro — это compile-time DI фреймворк, вдохновленный Dagger и Anvil, но реализованный как Kotlin compiler plugin. Он Kotlin-first, поддерживает K2 и работает значительно быстрее традиционных решений. Вобрал в себя всё лучшее от Dagger, Anvil и Kotlin-Inject

Почему перешли на Metro?
- Скорость сборки — ускорение инкрементальных сборок на ~60%
- Поддержка Kotlin K2 — возможность использовать новейший компилятор Kotlin
- Упрощение стека — отказ от kapt и Java-ориентированных инструментов
- Современный подход — Kotlin-first дизайн и улучшенный DX
- Более строгая валидация DI-графа
- Улучшена безопасность типов (нуллабельность)
- Поддержка KMP

📊 Результаты по скорости сборки:
- Инкрементальные сборки → ускорение на 58-60%
- Чистые сборки → ускорение на 17%
- ABI-изменения → сборка за 11.9s вместо 28.8s

Миграция 1500 модулей проводилась постепенно с двойной поддержкой двух DI фреймворков для безопасного перехода. В зависимости от настройки Gradle менялся DI и генерация кода.

Впервые вижу подход, когда был описан граф для 2 разных DI с целью постепенной миграции. Миграцию с Koin на Metro так не сделать, но вот с Koin Annotations на Metro вполне может получится.

#DI #KMP #Dagger #Metro #Android #AndroidDev #Anvil