Мобильная разработка
前往频道在 Telegram
Актуальное по мобильной разработке — Android, iOS, кроссплатформа Разместить рекламу: @tproger_sales_bot Правила общения: https://tprg.ru/rules Другие каналы: @tproger_channels Сайт: https://tprg.ru/site Регистрация в перечне РКН: https://tprg.ru/oVBP
显示更多
网络:📈 Telegram 频道 Мобильная разработка 的分析概览
频道 Мобильная разработка (@mobi_dev) 俄语 语言赛道中的 是活跃参与者。目前社区聚集了 13 199 名订阅者，在 技术与应用 类别中位列第 9 283，并在 俄罗斯 地区排名第 48 844 位。
📊 受众指标与增长动态
自 невідомо 创建以来，项目保持高速增长，吸引了 13 199 名订阅者。
根据 15 九月, 2026 的最新数据，频道保持稳定运转。过去 30 天订阅人数变化为 -102，过去 24 小时变化为 -12，整体触达仍然可观。
- 认证状态： 未认证
- 互动率 (ER)： 平均受众互动率为 15.30%。内容发布后 24 小时内通常能获得 9.56% 的反应，占订阅者总量。
- 帖子覆盖： 每篇帖子平均可获得 2 020 次浏览，首日通常累积 1 263 次浏览。
- 互动与反馈： 受众积极参与，单帖平均反应数为 4。
- 主题关注点： 内容集中在 интерфейс, swift, доходность, linux, perfetto 等核心主题上。
📝 描述与内容策略
作者将该频道定位为表达主观观点的平台：
“Актуальное по мобильной разработке — Android, iOS, кроссплатформа
Разместить рекламу: @tproger_sales_bot
Правила общения: https://tprg.ru/rules
Другие каналы: @tproger_channels
Сайт: https://tprg.ru/site
Регистрация в перечне РКН: https://tprg.ru/o...”
凭借高频更新（最新数据采集于 16 九月, 2026），频道始终保持新鲜度与高覆盖。分析显示受众积极互动，使其成为 技术与应用 类别中的关键影响点。
13 199
订阅者
-1224 小时
-237 天
-10230 天
帖子存档
13 199
Как Baidu переносила бизнес-логику iOS и Android на Kotlin Multiplatform
В приложении Wonder одинаковые правила отдельно реализовывали на Swift и Kotlin. Изменения приходилось синхронизировать между командами, а корректность проверять дважды. Связанный с логикой интерфейс также мешал повторно использовать код и писать модульные тесты.
Команда начала с общего слоя данных: объединила модели, REST-запросы, разбор JSON и кеш данных по ключу. Нативные интерфейсы iOS и Android сохранили. Позже часть интерфейсной логики перенесли на шаблон MVI для управления состоянием, а настройку модулей упростили собственными плагинами Gradle.
Подключение модуля добавляло 2 МБ из-за встроенной среды выполнения, а отладка общего Kotlin-кода для iOS сводилась к логам и замедлялась по мере роста проекта. Кейс Baidu показывает порядок внедрения и ограничения, которые стоит проверить на пилотном модуле.
13 199
Как акторы Swift защищают состояние от гонок данных
Гонка данных возникает, когда потоки без синхронизации обращаются к области памяти и хотя бы один пишет в неё. Актор изолирует изменяемое состояние: снаружи его методы и свойства доступны через await, а компилятор проверяет синхронизированный доступ. Неизменяемые свойства можно читать напрямую.
Каждый await может приостановить код. Между двумя вызовами актор способен обработать другой запрос, поэтому связанные операции лучше объединять в одном методе. Для методов и вычисляемых свойств, которым нужны только неизменяемые данные, есть nonisolated: их вызывают без ожидания.
В разборе SwiftLee есть код до и после замены очереди с барьером на актор и объяснение изоляции. Граница подхода тоже обозначена: акторы уменьшают риск гонок данных, но состояния гонки всё ещё возможны.
13 199
Как убрать нестабильность скриншот-тестов Paparazzi с Lottie
Paparazzi снимает Android-интерфейс через Layoutlib без эмулятора. Layoutlib обычно вызывают из одного потока, а приложение запускает фоновые задачи.
В нестабильном тесте Lottie загружала анимацию в фоне, а затем отправляла задачу через
Handler. Одновременно Paparazzi перебирала карту очереди обработчиков. Добавление обработчика во время перебора вызывало ConcurrentModificationException и периодически роняло часть CI-прогона.
Обход для тестов: в методе @Before заменить LottieTask.EXECUTOR исполнителем, который запускает задачу в текущем потоке. Исправление в Layoutlib требует синхронизировать доступ к карте и её спискам. Код воспроизведения и вариант синхронизации есть в подробном разборе.13 199
Как отделить загрузку данных от экранов на SwiftUI
Если экран сам запускает запрос, хранит результат и переключается между загрузкой, ошибкой и контентом, интерфейс смешивается с сетевой логикой. Swift by Sundell сначала показывает эту схему на
ArticleView, а затем выносит загрузку и состояние в модель представления.
Дальше появляются общий LoadingState с четырьмя состояниями, протокол LoadableObject и универсальный AsyncContentView. Контейнер выбирает представление по состоянию источника, а экран только отрисовывает готовые данные.
Материал написан для Swift 5.3 и уже помечен архивным: архитектурный приём полезен, но API стоит сверять с текущим SwiftUI. В статье Swift by Sundell есть код всех трёх вариантов.13 199
Как защитить доступность iOS-приложения от регрессий
Разметить элементы для VoiceOver недостаточно: после редизайна доступный сценарий может сломаться. В 2ГИС первая версия адаптации со временем именно так и потеряла работоспособность.
Во второй итерации разработчик начал со snapshot-тестов. Они сохраняют текстовый слепок экрана: набор элементов и фразы, которые услышит незрячий пользователь. Если слепок меняется, тест падает до слияния кода. Автор выбрал этот путь вместо UI-тестов, которые выполняются десятки секунд, а причину расхождения здесь видно в тексте.
В статье 2ГИС на Хабре есть рабочий проект и нюансы адаптации: действие Escape, динамический расчёт доступности и укрупнение элементов. Подход пригодится командам с частыми изменениями интерфейса, где ручная регрессия VoiceOver не успевает за разработкой.
13 199
Task и Task.detached в Swift: как выбрать задачу для iOS-кода
Обычная
Task {} пригодится, когда нужно вызвать async-функцию из синхронного viewDidLoad. Такая задача не становится дочерней: вызвавший её метод может завершиться раньше. При этом она наследует текущий актор, локальные значения задачи и приоритет. Поэтому внутри @MainActor код задачи остаётся в изоляции текущего актора, а ожидание через await не блокирует актор.
Task.detached не наследует ни актор, ни локальные значения задачи. Для доступа к состоянию актора понадобится await. При этом detached-задача не определяет, где исполняется вызываемая async-функция: это задаёт изоляция самой функции.
В статье о задачах Swift разобраны оба варианта с кодом. Практическое правило: начинайте с Task, а Task.detached оставляйте для редкой работы, которую нужно отделить от актора и структурированной конкурентности.13 199
Как подготовить Android-приложение к лимитам памяти в Android 17
В Android 17 появились лимиты памяти для каждого приложения, сначала на Pixel. Их начнут применять другие производители на устройствах с 4–16+ ГБ ОЗУ. После превышения бюджета система переносит страницы приложения в сжатую оперативную память. Сжатие нагружает процессор, поэтому интерфейс может дёргаться. Если расход продолжит расти, процесс завершат.
До релиза проверьте приложение командами Memory Limiter в adb. В работе отслеживайте расход и память изображений через Android vitals. Crashlytics 20.1.0 покажет завершения по лимиту и нехватке памяти, а ProfilingManager из Android 15 соберёт дампы памяти. В статье Android Developers' Blog собраны метрики, способы диагностики и рекомендации по оптимизации.
13 199
try/catch или Result: как обрабатывать ошибки во Flutter
В Dart сигнатура Future<Location> не показывает, что функция может бросить исключение. Без try/catch сетевой сбой или ошибка разбора JSON могут остаться необработанными.
В материале Code with Andrea показана альтернатива из Dart 3: тип Result возвращает либо Success со значением, либо Failure с исключением. В switch код отдельно разбирает Success и Failure; если убрать один вариант, компилятор сообщит об ошибке.
Цена зависит от структуры кода. Один try/catch перехватывает исключение из всей цепочки асинхронных вызовов. Result делает ошибку частью типа возврата, но каждый промежуточный результат приходится извлекать перед следующим вызовом. Сравнение поможет выбрать подход для Flutter-приложения.
13 199
Как не сортировать данные заново при пересчёте SwiftUI-представления
Вычисляемое свойство в Swift пересчитывается при каждом обращении. Если
body читает sortedItems, то ввод каждого символа в TextField меняет локальное состояние, заново вычисляет body и снова сортирует словарь напоминаний. На большой коллекции эта работа может стать заметной.
Автор разбирает три варианта: сортировать данные при загрузке и передавать представлению готовый массив, выполнить сортировку в init или вынести её в модель представления с ObservableObject. Инициализатор сокращает повторы, но родительский body может создать новый экземпляр представления и снова запустить сортировку.
Материал Swift by Sundell написан для Swift 5.4 и перенесён в архив, поэтому примеры API стоит сверять с текущим SwiftUI. Проверьте вычисляемые свойства, которые сортируют или преобразуют коллекции при пересчёте body.13 199
Как собрать Flutter-приложение, которое работает без сети
В архитектуре с приоритетом локальных данных экран читает и меняет базу на устройстве. Создание задачи не ждёт сервера: изменения уходят к нему после возвращения связи. Приложение продолжает работу, но разработчику нужно разрешать конфликты правок и сбои синхронизации.
Автор показывает Todo-приложение: Riverpod управляет состоянием и зависимостями, Drift хранит данные на устройстве, а PowerSync отслеживает изменения и синхронизирует их с Supabase. Также разобраны очередность операций, повторы после ошибок и пакетная отправка изменений.
В статье Динко Маринаца есть схема слоёв и ключевые фрагменты реализации. Для Flutter-проекта это отправная точка: интерфейс работает с локальной базой, а сетевой запрос не блокирует действие пользователя.
13 199
Как Android фиксирует ANR и почему стек вызовов может указать не туда
В Android 12 у ANR нет одного общего таймера. Фреймворк задаёт срок каждой операции: BroadcastReceiver должен завершить
onReceive за 10 секунд, ContentProvider ответить на запрос типа данных за одну. Если компонент успел, отложенный вызов отменяют; иначе система запускает обработку ANR.
Стек вызовов может показать последнюю задачу в главном потоке, а не основную причину. В примере BroadcastReceiver занимает 4,8 секунды, затем Activity ещё 0,3 секунды, однако виновником выглядит Activity. Поэтому ищите повторяющуюся медленную работу в отчётах, а не чините каждый стек изолированно.
ANR из-за таймаута ввода попадают в Android Vitals и влияют на видимость приложения в Google Play. Разбор Embrace показывает цепочку срабатывания и сбора данных. Материал касается Android 12; в других версиях реализация может отличаться.13 199
Как обновлять токен без гонок в Swift
Если срок действия токена истёк у нескольких запросов, каждый из них может запустить обновление. В схеме из статьи
AuthManager сделан актором: он последовательно обращается к своему состоянию и хранит текущую Task. Первый вызов создаёт задачу обновления, остальные ждут её результат. После завершения defer очищает ссылку на задачу. Так приложение отправляет один запрос на новый токен вместо нескольких.
Перед сетевым вызовом Networking просит у менеджера действующий токен. Если запрос завершается ошибкой из-за токена, клиент обновляет его и повторяет исходный запрос один раз. Повторная ошибка завершает операцию, поэтому цикл не становится бесконечным.
В разборе потока на Swift Concurrency показаны реализации обоих объектов. Пример упрощён: токен хранится в свойстве только для демонстрации, а в приложении автор рекомендует Keychain.13 199
Как сохранить экран Android после завершения процесса
Когда системе не хватает памяти, Android может завершить процесс приложения. При возвращении выбранная карточка или поля формы пропадут, если состояние осталось только во ViewModel.
SavedStateHandle хранит небольшое состояние интерфейса как пары ключей и значений. В примере на Kotlin и Compose идентификатор места записывается из ViewModel, а
getStateFlow() возвращает поток состояния, который передаёт новое значение интерфейсу. При уходе с экрана запись очищается через null.
Так стоит сохранять идентификаторы, ввод формы и состояние навигации. Для больших объектов и долгого хранения нужны Room или DataStore. SavedStateHandle переживает системное завершение процесса и смену конфигурации, но не явное закрытие приложения. Код и рекомендации есть в разборе Atomic Object.13 199
Все дела подождут, потому что сегодня ваш день!
Поздравляем с Днем программиста и желаем меньше багов и больше фич, меньше созвонов и больше фокуса, меньше тасок с пометкой «срочно» и больше времени на отдых.
Забирайте подарок из нашей IT-коробки. Мы уверены, этот презент точно пригодится вам в работе: https://tprg.ru/4kC6
13 199
Аська. Скайп. Биткоин, который все игнорировали. «Превед медвед» и Ждун в ленте. Всё это — в одной анкете. Пройди и узнай, сколько информации можно было бы на тебя записать.
13 199
Arm обещает ускорить мобильную графику без лишнего нагрева
Mali G2-Ultra NX — новый мобильный GPU, рассчитанный на нейронные вычисления. Arm утверждает, что обработка ИИ прямо на устройстве повысит графическую производительность и позволит активнее использовать трассировку лучей при меньшем расходе энергии и тепловыделении.
Для разработчиков это пока ориентир, а не готовый пункт плана релиза: в Arm не подтвердили, какие устройства получат чип. GPU уже связывают с MegaLights в Unreal Engine; его возможности должны использовать Arena Breakout Infinite, Where Winds Meet и Infinity Nikki.
В материале GamesIndustry.biz объясняют, почему Arm считает свой подход более открытым, чем DLSS 5, и как компания хочет приблизить мобильную графику к настольной.
13 199
Суд велел Google убрать лишние шаги из установки сторонних Android-сторов
Если вы раздаёте приложение мимо Google Play, пользователю надо пройти цепочку экранов и предупреждений. Часть этих шагов судья Джеймс Донато назвал «антиконкурентным трением» и приказал убрать.
Epic показала в суде установку чужого стора, а её юрист ввёл в поиске Play запрос «store for apps»: сторонних магазинов приложений в выдаче нет, зато есть офлайновые. «Почему всплыл Walmart?» — спросил судья.
Раньше тот же суд признал монополию Google на распространение Android-приложений незаконной и обязал на несколько лет пустить конкурирующие сторы внутрь Play с доступом ко всему каталогу. Для мобильного разработчика это второй канал дистрибуции, и на нём должно отсеиваться меньше пользователей.
Дело идёт в США. Если раздаёте приложение вне Play, следите, как Google перепишет экраны установки.
#android #новости
13 199
Google вводит лимиты памяти для Android-приложений, срок до февраля 2027
Причина внешняя: бум ИИ-дата-центров выел рынок чипов памяти, и бюджетные телефоны получают меньше оперативки. Google формулирует это как значительные ограничения поставок железа, меняющие доступность памяти на устройствах.
Практическая часть для разработчика: появляются новые пороги по использованию памяти и по битмапам, уложиться в них нужно до февраля 2027 года. Заодно Google обещает инструменты, которые подсветят приложения, вылезающие за лимиты, чтобы поймать тормоза и падения заранее.
Если у вас тяжёлая работа с изображениями, смотреть на битмапы стоит начинать сейчас, а не за месяц до срока. Заметка со ссылкой на TechCrunch.
#android
13 199
Очередь из приложения не доедет до iOS-виджета, но для моста хватит нескольких ID
Прогресс изменился, а виджет должен показать следующее слово. Передать ему объект состояния напрямую нельзя: WidgetKit запускает расширение отдельным процессом.
В Slovo приложение сохраняет в хранилище App Group, общем для приложения и расширения, ID текущего слова и до пяти ID для повторения. Затем WidgetKit пересобирает расписание: по записи на каждый час следующих суток, сначала слово дня, потом слова для повторения. База и планирование остаются в приложении.
Сначала определите минимальный снимок состояния для расширения и обновляйте расписание после записи. Так логика не разъедется между двумя процессами. В разборе на HackerNoon есть код обмена и сборки расписания на 24 часа.
13 199
Уведомление вашего приложения не удержать наверху шторки, но обход есть
Вы шлёте код подтверждения через NotificationManager.notify(), канал с высокой важностью, а пользователь пишет, что ничего не приходило: промо из игры вытеснило код вниз.
Шторкой владеет системный менеджер уведомлений, и это отсортированный по времени список: новое сверху. Важность в Android выражена через прерывание, а не через позицию: звук, heads-up, исключения в «Не беспокоить». Поля «держать сверху, пока не закроют» у Notification нет, и приоритетный канал его не заменяет: приоритет означает конкурировать с другими приоритетными.
Обход один: NotificationListenerService, система дёргает его на каждое появление и снятие уведомления, включая чужие. Тот же хук, что у экранного времени и авто-ответов; в разборе на dev.to это ~80 строк. Цена — разрешение, которое пользователь выдаёт руками в настройках.
#android
