Как команда Контура объединила CI/CD для мобильных платформ (5м)

Команда мобильной разработки Контура столкнулась с проблемой разного CI/CD для Android и iOS. Разные пайплайны, gitflow, подходы к секретам и использование сабмодулей создавали сложности в сопровождении и развитии инфраструктуры.

Как было:
👉 Разные процессы CI для Android и iOS
👉 Submodules, не подтягивающие обновления
👉 Дублирование кода
👉 Сложности с мультиплатформенным подходом

Как стало:
👉 Перевели CI на единый шаблон
👉 Отказались от сабмодулей
👉 Унифицировали работу с секретами
👉 Перешли на модульную структуру fastlane

Теперь CI/CD работает как сервис: разработчики могут быстро подключать обновления и собирать пайплайны под новые платформы. Даже после ухода ключевых инженеров система продолжает стабильно работать.

UPD1: Этот процесс был выполнен давно и в Контур уже отказались от Fastlane.

#fastlane #android #ios #ci #автоматизация

Все мы уже привыкли выкладывать сборки в Google Play через AAB, которые передаст на устройство только необходимое для устройства нативные библиотеки. Некоторым приходится раздавать сборку в APK формате. Банальный кейс - отдавать сборку на проверку QA.

Универсальное APK - содержит ресурсы и библиотеки под все возможные устройства, даже те которые не нужны на устройстве пользователя. Обычно нативные библиотеки делают наибольший вклад в конечный размер приложения на устройстве пользователя. Отказ от ненужных позволит снизить размер и скорость доставки до устройства пользователя.

Android Gradle плагин позволяет указать какие ABI нужно добавлять в сборку. Сложность в том, что для финальной сборки обычно надо добавить ABI arm64-v8a и armeabi-v7a, а вот для Intel эмуляторов нужны x86 и x86-64. Чтобы делать это эффективно, я делал механизм передачи значений ABI через переменные при сборке. Это позволяет задавать локально и на CI разные значения, а локальные задавать через файл local.properties или переменную окружения

// Код в Gradle KTS скрипте
fun resolveAbiFilters(): List<String> {
    val abisString =
        project.findProperty("abiFilter") as String? // Параметр командной строки
            ?: readFromLocalProperties("abi.filter") // Значение из local.properties
            ?: System.getenv("ABI_FILTER") // Переменная окружения

    return abisString?.split(",") ?: emptyList()
}

fun readFromLocalProperties(key: String): String? {
    val localPropertiesFile = rootProject.file("local.properties")
    if (!localPropertiesFile.exists()) return null

    val localProperties = Properties().apply {
        localPropertiesFile.inputStream().use(::load)
    }
    return localProperties.getProperty(key)
}

// В Android application модуле указываем
android {
    defaultConfig {
        ndk {
            abiFilters = resolveAbiFilters()
        }
    }
}

Пример задания через параметр

./gradlew assembleRelease -PabiFilter=arm64-v8a,armeabi-v7a

Если вы запускаете приложения из Android Studio на устройстве/эмуляторе, то IDE понимает какую ABI из поддерживаемых стоит включить в APK, чтобы приложение смогло работать. Все остальные исключается. Сборка компактнее - меньше время на передачу и установку тестового билда.

#android #gradle #ndk

Получали недавно такое письмо от Google Play? Так вот вам пора переходить на Photo Picker или направить обоснование доступа к картинкам и видео напрямую. Подробности решения в статье (EN,5м)

🔗 Ссылка без VPN

#android #googleplay #permission

Google объвила об отказе разработки Relay - инструмента для генерации Compose кода на основе макетов в Figma. Срок закрытия поддержки - 30 апреля 2025.

Причина закрытия проекта - появление Figma Code Connect с поддержкой Compose

#compose #figma

Коротко описал ключевые изменения в ViewBindingPropertyDelegate 2.0 через статью (EN,3м) и вот альтернативная ссылка

#android #viewbinding

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

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

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 #лучшиепрактики

В Android Studio вскоре будет новый терминал. Там появится подсветка и автодополнение. Пока можно попробовать, но когда-то он останется единственным доступным.

Ряды тех, кто ностальгирует по старому UI в IDEA/Android Studio, прибавилось 😁

#androidstudio