🎁 Топ вакансий для мобильных разработчиков за неделю

Senior Android-разработчик в Маркетплейс —‍ удалёнка

Flutter-разработчик —‍ от 250 000 ₽, гибрид (Москва)

Senior IOS-разработчик —‍ от 350 000 ₽, удалёнка

Team Lead Backend Developer —‍ от 350 000 ₽, удалёнка

Team Lead Mobile Developer (Flutter) —‍ от 5 500 до 7 000 $, удалёнка

➡️ Еще больше топовых вакансий —‍ в нашем канале Mobile jobs

🐸 Библиотека мобильного разработчика

#свежак

🔍 Управление навигацией в SwiftUI с помощью NavigationPath

NavigationStack и NavigationPath в SwiftUI предоставляют мощный и гибкий способ выполнять программную навигацию в приложении. Когда вы управляете навигацией, часто возникает необходимость программно открывать (push) и закрывать (pop) экраны. NavigationPath позволяет делать это, сохраняя типобезопасность и гибкость.

🔹 NavigationStack(root:)

Инициализатор по умолчанию задаёт корень навигационной иерархии и управляет путём навигации “за кулисами”. Если вы хотите получить больший контроль и управлять навигацией программно, можно хранить путь в переменной @State и передавать его в инициализатор NavigationStack(path:root:).

Параметр path должен быть Binding<Data>, и есть два способа его использования.

1️⃣ Типобезопасная навигация

Первый способ — использовать массив определённого типа, который реализует протокол Hashable. Это удобно, если весь стек навигации основан на одном типе данных.

@State private var path: [Color] = []

NavigationStack(path: $path) {
    List {
        ForEach(colors, id: \.self) { color in
            Button {
                path.append(color)
            } label: {
                ...
            }
        }
    }
    .navigationDestination(for: Color.self) { color in
        VStack {
            color
            ...
            Button("Pop to root") {
                path.removeAll()
            }
        }
        ...
    }
}

В примере выше навигационный стек поддерживается массивом объектов Color, который выступает в роли NavigationPath. Каждый раз, когда элемент добавляется в path, модификатор navigationDestination(for:) показывает соответствующий экран. Вызов path.removeAll() очищает стек и возвращает пользователя к корневому экрану.

Этот подход идеально подходит для чистой, типобезопасной навигации с минимальной настройкой, особенно если вы работаете с одним типом данных.

Когда вы находитесь в корневом экране, массив пуст.
При переходе вперёд — он заполняется элементами, где последний элемент массива соответствует текущему экрану.
Чтобы открыть новый экран — добавляем элемент, чтобы вернуться назад — удаляем последний.

2️⃣ Универсальный NavigationPath для нескольких типов

Если навигационный стек может содержать разные типы данных (например, Color, String или пользовательские типы), лучше использовать NavigationPath. Он работает как type-erased список данных, но при этом сохраняет достаточно информации, чтобы SwiftUI знал, какой экран показать для каждого типа.

@State private var path = NavigationPath()

NavigationStack(path: $path) {
    List {
        Section("Colors") {
            ForEach(colors, id: \.self) { color in
                Button {
                    path.append(color)
                } label: {
                    ...
                }
            }
        }
        Section("Genres") {
            ForEach(genres, id: \.self) { genre in
                Button {
                    path.append(genre)
                } label: {
                    ...
                }
            }
        }
    }
    .navigationDestination(for: Color.self) { color in
        VStack {
            ...
            Button("Pop to root") {
                path.removeLast(path.count)
            }
        }
        ...
    }
    .navigationDestination(for: String.self) { genre in
        VStack {
            ...
            Button("Pop to root") {
                path.removeLast(path.count)
            }
        }
        ...
    }
}

С NavigationPath вы можете добавлять разные типы данных в стек. Для каждого типа нужно задать отдельный navigationDestination(for:destination:), чтобы описать, как отображать соответствующий экран.

Если вы добавите значение в NavigationPath, но не определите navigationDestination для его типа,
ошибки компиляции не будет — однако пользователь увидит пустой экран с предупреждением.

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

🐸 Библиотека мобильного разработчика

#PixelPerfect #MiddlePath #SwiftUI

❓ Какой тип находится на вершине иерархии типов в Kotlin

Аналогично Object в Java, к чему можно привести любой тип в Kotlin?
Правильным ответом будет Any?.

Сам по себе класс Any это почти аналог Object, однако, благодаря поддержке nullable и не-nullable типов в Kotlin мы получили Any?. Фактически, Any? соответствует любому типу и null, а Any только любому типу.

Если по порядку:

1. Any является корнем иерархии не-nullable типов.

2. Any? является корнем иерархии nullable типов.

3. Так как Any? является супертипом Any, то Any? находится в самом верху иерархии типов в Kotlin.

🐸 Библиотека мобильного разработчика

#буст #JuniorKit #Android

👾 Миграция больших приложений на KMP: проблемы, подводные камни, решения

KMP как технология выглядит заманчиво. Некоторые части проектов, например, аналитика должны иметь одинаковую логику на Android и iOS, чтобы данные были консистентными. И на первый взгляд, идея переписать подобные части на KMP кажется привлекательной.

Чем крупнее приложение, тем больше в нем подобных частей, которые хочется объединить. Но при этом большие приложения привносят свою специфику и свои ограничения.

Павел рассказал о том, с какими проблемами команда столкнулась при миграции своего SDK аналитики в Т-Банке на KMP. Рассмотрел различные подходы, перспективы и тупики, и решения.

👀 Смотреть видео

🐸 Библиотека мобильного разработчика

#свежак

⚙️ JetCo Library — готовые UI-компоненты Compose

JetCo — это готовая к использованию библиотека Compose с готовыми компонентами пользовательского интерфейса как для Android, так и для KMP. Разработанная специально для энтузиастов Jetpack Compose, библиотека JetCo сделает вашу жизнь проще, ваши приложения — красивее, а ваших пользователей — счастливее.

💻 JetCo на GitHub

🐸 Библиотека мобильного разработчика

#буст #Android

🐸 Библиотека мобильного разработчика

#КодКрашТест #MiddlePath #Kotlin

👨‍💻 UI Kit как рычаг роста: как связать Figma и код

Как превратить UI Kit из дизайнерского артефакта в живую систему, где обновление стиля в Figma автоматически обновляет код на Android.

В статье — путь от ручного копирования палитр до генерации типобезопасных токенов через KotlinPoet, Gradle-плагины и Figma JSON.

Автор расскажет, как бизнес получает скорость и консистентность, как темная тема перестаёт быть болью, и почему iOS может безболезненно присоединиться к этой архитектуре.

👉 Читать статью

🐸 Библиотека мобильного разработчика

#свежак #Android

💡 Горячие клавиши для рефакторинга в AppCode

AppCode — мощная IDE от JetBrains для iOS-разработки, и если ты хочешь писать код быстрее и чище — эти хоткеи must have.

1️⃣ Переименование (Rename)

Shift + F6

Переименовывает переменные, классы, методы — и IDE сама обновит все упоминания.

2️⃣ Извлечение переменной (Extract Variable)

Ctrl + Alt + V (Cmd + Option + V на Mac)

Выделяешь выражение → IDE создаёт переменную автоматически.

3️⃣ Извлечение метода (Extract Method)

Ctrl + Alt + M (Cmd + Option + M)

Отлично помогает разгрести длинные функции и вынести повторяющийся код.

4️⃣ Инлайн (Inline)

Ctrl + Alt + N (Cmd + Option + N)

Обратно «встраивает» метод или переменную прямо в место вызова.

5️⃣ Безопасное удаление (Safe Delete)

Alt + Delete (Cmd + Delete)

Проверит, где элемент используется, и безопасно удалит его без сюрпризов.

🐸 Библиотека мобильного разработчика

#буст #MiddlePath #Swift