Мобильная разработка
Open in Telegram
Актуальное по мобильной разработке — Android, iOS, кроссплатформа Разместить рекламу: @tproger_sales_bot Правила общения: https://tprg.ru/rules Другие каналы: @tproger_channels Сайт: https://tprg.ru/site Регистрация в перечне РКН: https://tprg.ru/oVBP
Show more
Network:📈 Analytical overview of Telegram channel Мобильная разработка
Channel Мобильная разработка (@mobi_dev) in the Russian language segment is an active participant. Currently, the community unites 13 075 subscribers, ranking 9 646 in the Technologies & Applications category and 49 528 in the Russia region.
📊 Audience metrics and dynamics
Since its creation on невідомо, the project has demonstrated rapid growth, gathering an audience of 13 075 subscribers.
According to the latest data from 25 October, 2026, the channel demonstrates stable activity. Although there has been a change in the number of participants by -97 over the last 30 days and by -1 over the last 24 hours, overall reach remains high.
- Verification status: Not verified
- Engagement rate (ER): The average audience engagement rate is 9.60%. Within the first 24 hours after publication, content typically collects 6.51% reactions from the total number of subscribers.
- Post reach: On average, each post receives 1 255 views. Within the first day, a publication typically gains 851 views.
- Reactions and interaction: The audience actively supports content: the average number of reactions per post is 1.
- Thematic interests: Content is focused on key topics such as интерфейс, swift, доходность, linux, perfetto.
📝 Description and content policy
The author describes the resource as a platform for expressing subjective opinions:
“Актуальное по мобильной разработке — Android, iOS, кроссплатформа
Разместить рекламу: @tproger_sales_bot
Правила общения: https://tprg.ru/rules
Другие каналы: @tproger_channels
Сайт: https://tprg.ru/site
Регистрация в перечне РКН: https://tprg.ru/o...”
Thanks to the high frequency of updates (latest data received on 26 October, 2026), the channel maintains relevance and a high level of publication reach. Analytics show that the audience actively interacts with content, making it an important point of influence in the Technologies & Applications category.
13 075
Subscribers
-124 hours
-187 days
-9730 days
Posts Archive
13 075
Асинхронный MethodChannel ещё не означает работу вне главного потока
В Dart вызов платформенного метода возвращает
Future. Это описывает обмен сообщениями, но не выбирает поток для нативного обработчика. Долгая операция в обработчике всё ещё может занять главный поток платформы.
В руководстве Flutter для этого разобран Task Queue API. На Android очередь создают через binaryMessenger.makeBackgroundTaskQueue() и передают в MethodChannel. На iOS Swift-пример получает её через registrar.messenger().makeBackgroundTaskQueue?() и задаёт параметр taskQueue у FlutterMethodChannel.
При этом операции с UI должны оставаться в подходящем потоке платформы. Вызовы канала с нативной стороны в сторону Flutter тоже выполняют на главном потоке. Выбор Task Queue и запуск Dart Isolate — разные настройки. Перед переносом обработчика сверяйте требования плагина и SDK: минимальную версию Task Queue API эта страница не указывает.13 075
ViewThatFits выбирает готовый вариант интерфейса по доступному месту
Процент загрузки рядом с полосой прогресса, только полоса или только процент — в примере Apple это три варианта одного компонента. Разработчик заранее описывает каждый из них и задаёт порядок предпочтения.
ViewThatFits проверяет дочерние представления по этому порядку и выбирает первое, чей идеальный размер помещается в предложенное пространство по проверяемым осям. По умолчанию учитываются ширина и высота. В примере используется ViewThatFits(in: .horizontal), поэтому решение зависит только от ширины.
Контейнер доступен с iOS 16. Он удобен, когда у компонента есть осмысленные полная и компактная версии. Но эти версии всё равно нужно спроектировать: контейнер лишь выбирает среди них. Крупные размеры Dynamic Type стоит проверить для каждого варианта отдельно.13 075
Счётчик в DataStore увеличивайте внутри updateData
Прочитать значение, прибавить единицу в интерфейсе, записать результат — между этими действиями другое обновление может изменить тот же счётчик. Если записать число из старого состояния экрана, прибавление потеряется.
У Jetpack DataStore преобразование выполняют внутри
updateData. В официальном примере с JSON новый объект строится из переданного текущего состояния: settings.copy(exampleCounter = settings.exampleCounter + 1). Чтение, изменение и запись образуют одну атомарную транзакцию. Для Preferences есть и suspend-функция edit.
Эта гарантия требует правильного использования: один активный экземпляр DataStore на файл в одном процессе и неизменяемый тип данных. Для нескольких процессов нужен MultiProcessDataStore, доступный с версии 1.1.0. Гарантия не распространяется на общую транзакцию с сервером или другим файлом. Для сложных связанных данных уместнее Room.13 075
Форма во Flutter может пережить завершение фонового процесса
Пользователь заполнял форму, переключился в другое приложение, а Android освободил память и завершил фоновый процесс. При возвращении экран создаётся заново. Для незавершённого ввода и выбранной вкладки у Flutter есть state restoration.
Восстановление подключается по уровням:
restorationScopeId у приложения, restorationId у поддерживающих его виджетов. Собственное состояние хранят в RestorableProperty и регистрируют в restoreState через RestorationMixin. Данные передаются движку по мере изменений, а не только в последний момент перед завершением процесса.
Навигацию нужно настроить отдельно. При прямой работе с Navigator стек восстанавливают через методы вроде restorablePush. А важный черновик всё равно стоит сохранять в постоянном хранилище: объём instance state на Android ограничен, и restoration не даёт гарантии для любого принудительного закрытия приложения. Проверка через hot reload также не заменяет тест восстановления после завершения процесса.13 075
Смена id отменяет SwiftUI task, но не останавливает любой код внутри
В поиске пользователь уже дописал запрос, а обработка предыдущего ещё идёт. Модификатор
.task(id: query) связывает задачу со значением запроса: при изменении id SwiftUI отменяет старую задачу и создаёт новую. Само значение должно быть Equatable. Базовый механизм доступен с iOS 15.
Дальше действует правило Swift Concurrency: отмена кооперативная. Произвольная функция может продолжить работу, если сама не проверяет отмену и не вызывает код, который на неё реагирует. Для собственной долгой обработки есть Task.checkCancellation(), бросающий ошибку при отмене.
Поэтому при разборе такого поиска полезно проследить весь путь запроса до обновления экрана. Если тяжёлая обработка игнорирует отмену, один .task(id:) этого не исправит. Он также не гарантирует защиту от всех устаревших результатов.13 075
derivedStateOf полезен, когда экрану нужны не все изменения состояния
Кнопку «Наверх» интересует, ушёл ли пользователь с начала списка. Индекс первой видимой строки меняется с 1 на 2, затем на 3, но кнопка всё это время должна оставаться видимой.
Для такого случая в документации Compose используют
remember { derivedStateOf { listState.firstVisibleItemIndex > 0 } }. Интерфейс наблюдает булев результат и не получает новое значение при каждом изменении индекса. Рекомпозиции из-за других входов composable этот приём не отменяет.
А вот собирать имя и фамилию через derivedStateOf обычно незачем: итоговая строка должна обновляться вместе с ними. У механизма есть собственная цена. Прежде чем добавлять его, сравните частоту изменения входа и нужного результата. Минимальную версию Compose для своего проекта сверяйте отдельно: этот раздел её не задаёт.13 075
Google открыл публикацию Android-игр для автомобильных экранов с запуском только на стоянке
Игры для Android Auto и Android Automotive OS вышли из беты: теперь разработчики могут отправлять их в открытое тестирование и в рабочую публикацию Google Play.
В руководстве по адаптации разобраны настройки манифеста и требования к поведению. Для Android Auto поддержка игр начинается с Android 15; для Automotive OS отдельно объявляется автомобильный форм-фактор.
Игры относятся к приложениям для стоянки. При начале движения система блокирует их интерфейс, а разработчик должен остановить звук и исключить его повторный запуск в движении. После возвращения в игру состояние нужно восстановить как можно ближе к прежнему.
Ещё понадобятся адаптация под широкие и вертикальные экраны и проверка качества. Android Auto тестируют через Desktop Head Unit, Automotive OS — через соответствующий эмулятор. Одних изменений манифеста для публикации недостаточно.
13 075
Typed throws в Swift позволяет проверять обработку конкретного типа ошибок при компиляции
Обычный
throws сообщает, что функция может завершиться ошибкой, но не ограничивает её конкретным типом. В catch приходится выяснять, что именно прилетело.
В разборе typed throws функция объявляет throws(CatError). Когда тип сохраняется до обработчика, catch получает CatError, и компилятор проверяет полноту switch по вариантам перечисления.
Однако конкретный тип можно потерять. Например, если внутри do вызываются функции с разными типами ошибок, результат может расшириться до any Error. Типизация замыканий тоже влияет на то, что дойдёт до вызывающего кода.
У публичного API есть цена: расширение набора ошибок затрагивает клиентов с исчерпывающей обработкой. Поэтому точный тип полезен там, где этот контракт действительно нужен. Автоматически заменять им все обычные throws не стоит.13 075
Google Play позволяет сообщать о проблемах оплаты подписки прямо в приложении
Продление не прошло, пользователь продолжает открывать приложение, а письмо с просьбой обновить способ оплаты остаётся непрочитанным.
В разборе обновлений подписок Google Play Google отдельно выделяет In-App Messaging API. Он доступен всем разработчикам и позволяет показывать пользователю сообщения о проблемах оплаты и предстоящих изменениях цены внутри приложения.
Вместо собственного экрана с общим текстом «что-то пошло не так» можно подключить предусмотренный магазином сценарий восстановления оплаты. Это стоит проверить рядом с обработкой состояний подписки на сервере.
Само сообщение не подтверждает успешный платёж. Доступ к платным возможностям всё равно должен соответствовать актуальному состоянию покупки. В статье также описаны механизмы удержания и возврата подписчиков — их доступность нужно проверять отдельно.
13 075
Rive 6.28 автоматически перерисовывает анимацию при изменении связанных данных
В приложении поменялось значение модели, а анимация осталась прежней. В новом Swift Concurrency runtime Rive обновления связанных данных теперь сами вызывают перерисовку.
В релизе rive-ios 6.28.0 это работает для основной и глобальных моделей, включая вложенные модели и элементы списков. Отдельно следить за
dirtyStream() ради перерисовки больше не требуется; API объявлен устаревшим.
При миграции важно сохранить нужные экземпляры моделей у себя и явно связать их с машиной состояний. У новых удобных инициализаторов устаревший getter Rive.viewModelInstance возвращает nil — прежний способ получить модель уже не подходит.
На странице релизов есть пример перехода. После 6.28.0 также вышла 6.28.1 с исправлениями и улучшениями списков, поэтому при обновлении стоит смотреть изменения обеих версий.13 075
Swift 6.4 разрешает писать some View? и any P? без лишних скобок
Раньше optional-тип приходилось записывать как
(some View)? или (any Delegate)?. Без скобок парсер связывал вопросительный знак с протоколом, а затем отклонял результат.
В Swift 6.4 изменили это правило: some View? означает optional от скрытого конкретного типа, а any Delegate? — optional от экзистенциального типа. Старые записи со скобками остаются корректными.
Исключение — композиция протоколов. Для неё всё ещё нужны (any Codable & Sendable)? или any (Codable & Sendable)?. Короткая запись any Codable & Sendable? не принимается.
Изменение упрощает объявления делегатов и возвращаемых значений. Разницу между some и any оно сохраняет, а переходить на новый синтаксис во всём проекте не обязательно.13 075
AndroidX Security State показывает исправления безопасности отдельно для компонентов устройства
Одна дата обновления Android не описывает всю картину: система, модули Google Play и ядро обновляются разными путями.
AndroidX Security State позволяет различать три состояния: что установлено на устройстве, какие исправления опубликованы и какое обновление уже доступно для установки именно здесь. Эти сведения помогают приложению объяснить пользователю, чего не хватает.
Например, корпоративное приложение может обнаружить готовое обновление и направить сотрудника в настройки. Для проверки конкретных уязвимостей библиотека использует данные бюллетеней безопасности через OSV.
Доступность сведений об ожидающем обновлении зависит от клиента обновлений: он должен предоставлять их через поддерживаемый механизм. Поэтому отсутствие таких данных нельзя автоматически трактовать как отсутствие исправлений или подтверждение безопасности устройства.
13 075
RevenueCat позволяет проверить план изменения продуктов магазина до его применения
Агенту поручили поменять цены подписки. Перед изменениями хочется увидеть, какие продукты и регионы он собирается затронуть, и сохранить настройки в репозитории.
В обновлении RevenueCat AI Toolkit для этого описан процесс через CLI:
rc products store plan строит план из файла, show показывает его, а apply применяет изменения отдельным действием.
Так желаемое состояние каталога можно хранить в CSV и отправлять на ревью вместе с кодом. Проверка плана особенно полезна, когда запрос касается сразу двух магазинов или нескольких цен.
Сам CLI находится в публичной бете. Для автоматизации у него есть JSON-вывод, описание команд и режим --no-input, который завершает команду ошибкой вместо ожидания ответа. Создание плана ещё не означает, что цены в магазине уже изменились.13 075
layoutMarginsGuide выравнивает содержимое UIKit по системным отступам устройства
Отступ в 16 пунктов совпал с краем заголовка на одном iPhone, а на другом текст оказался левее. Системные поля меняются в зависимости от устройства и ориентации, поэтому фиксированное число подходит не всегда.
В разборе layoutMarginsGuide автор привязывает содержимое к направляющим отступов корневого view контроллера. Система задаёт им поля, согласованные с навигационной панелью.
По умолчанию направляющие учитывают безопасную область экрана. В альбомной ориентации отступ со стороны Dynamic Island включает и эту область, и дополнительное поле. Повторно прибавлять safe area не нужно.
У вложенных view собственные поля: совпадение с родительскими не следует считать автоматическим. Для настройки пригодятся
directionalLayoutMargins и preservesSuperviewLayoutMargins. В статье есть сравнения на разных экранах.13 075
ADB Wi-Fi 2.0 улучшает восстановление соединения при беспроводной отладке
Телефон уснул или изменилась конфигурация сети — устройство пропало из ADB. В ADB Wi-Fi 2.0 Google переработал сервер adb, демон adbd и интеграцию с Android Studio, чтобы такие разрывы меньше мешали работе.
На компьютере новый стек mDNS заменяет Bonjour и прежнюю реализацию обнаружения устройств. На телефоне отладка автоматически выключается в недоверенной сети и включается снова после возвращения в разрешённую пользователем.
В Android Studio устройство с включённой беспроводной отладкой появляется в Device Manager. Для сопряжения можно использовать QR-код или код подключения.
Для нового стека нужны Android 17, SDK Platform-Tools 37.0.0 и Android Studio Quail 3 или новее. Компьютер и устройство должны находиться в одной Wi-Fi-сети: обновление не превращает ADB в подключение через любой интернет.
13 075
У пейволла две кнопки закрытия? Проверьте способ показа
Крестик, нарисованный внутри
PaywallView, остаётся частью пейволла. Он не перемещается вместе с системным toolbar, когда интерфейс адаптируется к складному экрану.
В руководстве RevenueCat отдельно разбирают готовый presentPaywallIfNeeded и самостоятельный показ через sheet. Во втором случае рекомендуют убрать внутренний крестик и добавить закрытие в toolbar с placement cancellationAction.
Для дизайна со своим крестиком есть другой вариант: отключить вертикальные панели через toolbarVerticalBehavior(.disabled) и проверить его положение. Выбор должен оставаться последовательным.
При смене положения экрана должны сохраняться тарифы, цены и условия пробного периода. Кнопки и карточки покупки также стоит проверить в полусогнутом режиме: важные действия не должны попадать на сгиб.13 075
ArrangementView не всегда делит экран пополам
У обложки и текста статьи разные потребности в пространстве. В iOS 27.1 долю каждой панели
ArrangementView можно задать через splitArrangementLayoutRatio.
В примере с пропорциями значение idealHorizontal: 1 / 3 отдаёт представлению треть ширины. Для вертикальной компоновки есть idealVertical, а единое значение применяется к обеим осям.
Но на полусогнутом iPhone Duo разделение проходит по сгибу, и заданная пропорция игнорируется. Ширина доступного содержимого при этом может различаться из-за системной панели.
Модификатор также не увеличивает область под слишком большой контент: тот может выйти за её границы. Проверять нужно и пропорцию, и содержимое каждой панели. Для размеров в пунктах предусмотрен отдельный splitArrangementLayoutSize.13 075
Deep links теперь можно проверить прямо в Play Console
Ссылка из магазина должна привести пользователя к нужному содержимому приложения. Проверить её до публикации можно без отдельного физического устройства.
Google представила встроенный deep link emulator в Play Console. Он позволяет просматривать и тестировать ссылки прямо в консоли.
В том же обновлении Ask Play получил сравнения приложений: например, по доступности офлайн-режима или модели подписки. Для ответов используются описание в магазине и отзывы пользователей.
Перед выпуском новой функции полезно проверить обе части: понятно ли она описана в карточке приложения и ведут ли связанные ссылки туда, куда ожидает пользователь. Работающий экран мало поможет, если путь к нему сломан.
13 075
Почему AI легче написать экран, чем мигрировать приложение
Небольшое исправление и перенос десятков экранов проверяют разные возможности агента. В миграции нужно сохранить связи, поведение и рабочую сборку.
В Android Bench 2.0 добавили длинные задачи: обновление зависимостей, создание приложений и перенос с других платформ. Помимо полного прохождения учитывают долю выполненных требований, визуальное соответствие и регрессии.
На момент публикации лучший pass rate длинных задач составлял около 28%, тогда как у исходного набора — около 91%. Эти числа относятся к разным наборам задач.
Среди проблемных мест Google отмечает проверку во время выполнения, DI-графы и несовместимые изменения фреймворков. Для миграции приложения это повод заранее определить проверяемые этапы и критерии готовности.
13 075
Size classes не скажут, насколько согнут экран
Для адаптивной вёрстки легко написать условие: compact — телефон, regular — большой экран. Но определить положение шарнира таким способом не получится.
В замерах iPhone Duo внутренний дисплей возвращает regular по обеим осям и в открытом, и в полусогнутом состоянии. На внешнем экране ширина compact, а в landscape compact становится и высота.
Есть ещё одна деталь: внутри
ArrangementView каждая панель получает size classes по собственному размеру. Они могут отличаться от характеристик всего окна.
Поэтому значение из environment нужно читать там, к чему относится решение. Перестраиваете конкретную панель — смотрите её пространство. Выбираете компоновку для всего окна — считайте size classes выше ArrangementView.