Мобильная разработка
前往频道在 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 天
数据加载中...
相似频道
标签云
进出提及
---
---
---
---
---
---
吸引订阅者
九月 '26
九月 '26
+23
在6个频道中
八月 '26
+37
在3个频道中
Get PRO
七月 '26
+50
在1个频道中
Get PRO
六月 '26
+38
在0个频道中
Get PRO
五月 '26
+47
在1个频道中
Get PRO
四月 '26
+31
在3个频道中
Get PRO
三月 '26
+43
在0个频道中
Get PRO
二月 '26
+48
在2个频道中
Get PRO
一月 '26
+73
在0个频道中
Get PRO
十二月 '25
+102
在1个频道中
Get PRO
十一月 '25
+49
在0个频道中
Get PRO
十月 '25
+140
在0个频道中
Get PRO
九月 '25
+33
在0个频道中
Get PRO
八月 '25
+68
在1个频道中
Get PRO
七月 '25
+169
在3个频道中
Get PRO
六月 '25
+183
在3个频道中
Get PRO
五月 '25
+134
在3个频道中
Get PRO
四月 '25
+173
在4个频道中
Get PRO
三月 '25
+231
在5个频道中
Get PRO
二月 '25
+169
在7个频道中
Get PRO
一月 '25
+149
在7个频道中
Get PRO
十二月 '24
+111
在2个频道中
Get PRO
十一月 '24
+81
在1个频道中
Get PRO
十月 '24
+105
在6个频道中
Get PRO
九月 '24
+113
在1个频道中
Get PRO
八月 '24
+115
在2个频道中
Get PRO
七月 '24
+95
在5个频道中
Get PRO
六月 '24
+121
在7个频道中
Get PRO
五月 '24
+120
在5个频道中
Get PRO
四月 '24
+170
在5个频道中
Get PRO
三月 '24
+137
在8个频道中
Get PRO
二月 '24
+111
在9个频道中
Get PRO
一月 '24
+198
在11个频道中
Get PRO
十二月 '23
+254
在7个频道中
Get PRO
十一月 '23
+92
在7个频道中
Get PRO
十月 '23
+99
在8个频道中
Get PRO
九月 '23
+67
在0个频道中
Get PRO
八月 '23
+79
在0个频道中
Get PRO
七月 '23
+64
在0个频道中
Get PRO
六月 '23
+83
在0个频道中
Get PRO
五月 '23
+83
在0个频道中
Get PRO
四月 '23
+118
在0个频道中
Get PRO
三月 '23
+94
在0个频道中
Get PRO
二月 '23
+89
在0个频道中
Get PRO
一月 '23
+185
在0个频道中
Get PRO
十二月 '22
+158
在0个频道中
Get PRO
十一月 '22
+156
在0个频道中
Get PRO
十月 '22
+282
在0个频道中
Get PRO
九月 '22
+169
在0个频道中
Get PRO
八月 '22
+383
在0个频道中
Get PRO
七月 '22
+315
在0个频道中
Get PRO
六月 '22
+362
在0个频道中
Get PRO
五月 '22
+502
在0个频道中
Get PRO
四月 '22
+2 326
在0个频道中
Get PRO
三月 '22
+685
在0个频道中
Get PRO
二月 '22
+1 000
在0个频道中
Get PRO
一月 '22
+852
在0个频道中
Get PRO
十二月 '21
+390
在0个频道中
Get PRO
十一月 '21
+2 348
在0个频道中
Get PRO
十月 '21
+2 515
在0个频道中
Get PRO
九月 '21
+209
在0个频道中
Get PRO
八月 '21
+458
在0个频道中
Get PRO
七月 '21
+717
在0个频道中
Get PRO
六月 '21
+464
在0个频道中
Get PRO
五月 '21
+129
在0个频道中
Get PRO
四月 '21
+2 702
在0个频道中
Get PRO
三月 '21
+707
在0个频道中
Get PRO
二月 '21
+861
在0个频道中
Get PRO
一月 '21
+5 692
在0个频道中
| 日期 | 订阅者增长 | 提及 | 频道 | |
| 16 九月 | 0 | |||
| 15 九月 | 0 | |||
| 14 九月 | +2 | |||
| 13 九月 | +2 | |||
| 12 九月 | 0 | |||
| 11 九月 | +3 | |||
| 10 九月 | +2 | |||
| 09 九月 | +2 | |||
| 08 九月 | +1 | |||
| 07 九月 | +4 | |||
| 06 九月 | +1 | |||
| 05 九月 | 0 | |||
| 04 九月 | +4 | |||
| 03 九月 | +1 | |||
| 02 九月 | 0 | |||
| 01 九月 | +1 |
频道帖子
Как акторы Swift защищают состояние от гонок данных
Гонка данных возникает, когда потоки без синхронизации обращаются к области памяти и хотя бы один пишет в неё. Актор изолирует изменяемое состояние: снаружи его методы и свойства доступны через await, а компилятор проверяет синхронизированный доступ. Неизменяемые свойства можно читать напрямую.
Каждый await может приостановить код. Между двумя вызовами актор способен обработать другой запрос, поэтому связанные операции лучше объединять в одном методе. Для методов и вычисляемых свойств, которым нужны только неизменяемые данные, есть nonisolated: их вызывают без ожидания.
В разборе SwiftLee есть код до и после замены очереди с барьером на актор и объяснение изоляции. Граница подхода тоже обозначена: акторы уменьшают риск гонок данных, но состояния гонки всё ещё возможны.
| 2 |  Как убрать нестабильность скриншот-тестов Paparazzi с Lottie
Paparazzi снимает Android-интерфейс через Layoutlib без эмулятора. Layoutlib обычно вызывают из одного потока, а приложение запускает фоновые задачи.
В нестабильном тесте Lottie загружала анимацию в фоне, а затем отправляла задачу через Handler. Одновременно Paparazzi перебирала карту очереди обработчиков. Добавление обработчика во время перебора вызывало ConcurrentModificationException и периодически роняло часть CI-прогона.
Обход для тестов: в методе @Before заменить LottieTask.EXECUTOR исполнителем, который запускает задачу в текущем потоке. Исправление в Layoutlib требует синхронизировать доступ к карте и её спискам. Код воспроизведения и вариант синхронизации есть в подробном разборе. | 696 |
| 3 |  Как отделить загрузку данных от экранов на SwiftUI
Если экран сам запускает запрос, хранит результат и переключается между загрузкой, ошибкой и контентом, интерфейс смешивается с сетевой логикой. Swift by Sundell сначала показывает эту схему на ArticleView, а затем выносит загрузку и состояние в модель представления.
Дальше появляются общий LoadingState с четырьмя состояниями, протокол LoadableObject и универсальный AsyncContentView. Контейнер выбирает представление по состоянию источника, а экран только отрисовывает готовые данные.
Материал написан для Swift 5.3 и уже помечен архивным: архитектурный приём полезен, но API стоит сверять с текущим SwiftUI. В статье Swift by Sundell есть код всех трёх вариантов. | 826 |
| 4 |  Как защитить доступность iOS-приложения от регрессий
Разметить элементы для VoiceOver недостаточно: после редизайна доступный сценарий может сломаться. В 2ГИС первая версия адаптации со временем именно так и потеряла работоспособность.
Во второй итерации разработчик начал со snapshot-тестов. Они сохраняют текстовый слепок экрана: набор элементов и фразы, которые услышит незрячий пользователь. Если слепок меняется, тест падает до слияния кода. Автор выбрал этот путь вместо UI-тестов, которые выполняются десятки секунд, а причину расхождения здесь видно в тексте.
В статье 2ГИС на Хабре есть рабочий проект и нюансы адаптации: действие Escape, динамический расчёт доступности и укрупнение элементов. Подход пригодится командам с частыми изменениями интерфейса, где ручная регрессия VoiceOver не успевает за разработкой. | 884 |
| 5 |  Task и Task.detached в Swift: как выбрать задачу для iOS-кода
Обычная Task {} пригодится, когда нужно вызвать async-функцию из синхронного viewDidLoad. Такая задача не становится дочерней: вызвавший её метод может завершиться раньше. При этом она наследует текущий актор, локальные значения задачи и приоритет. Поэтому внутри @MainActor код задачи остаётся в изоляции текущего актора, а ожидание через await не блокирует актор.
Task.detached не наследует ни актор, ни локальные значения задачи. Для доступа к состоянию актора понадобится await. При этом detached-задача не определяет, где исполняется вызываемая async-функция: это задаёт изоляция самой функции.
В статье о задачах Swift разобраны оба варианта с кодом. Практическое правило: начинайте с Task, а Task.detached оставляйте для редкой работы, которую нужно отделить от актора и структурированной конкурентности. | 919 |
| 6 |  Как подготовить Android-приложение к лимитам памяти в Android 17
В Android 17 появились лимиты памяти для каждого приложения, сначала на Pixel. Их начнут применять другие производители на устройствах с 4–16+ ГБ ОЗУ. После превышения бюджета система переносит страницы приложения в сжатую оперативную память. Сжатие нагружает процессор, поэтому интерфейс может дёргаться. Если расход продолжит расти, процесс завершат.
До релиза проверьте приложение командами Memory Limiter в adb. В работе отслеживайте расход и память изображений через Android vitals. Crashlytics 20.1.0 покажет завершения по лимиту и нехватке памяти, а ProfilingManager из Android 15 соберёт дампы памяти. В статье Android Developers' Blog собраны метрики, способы диагностики и рекомендации по оптимизации. | 996 |
| 7 |  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-приложения. | 1 078 |
| 8 |  Как не сортировать данные заново при пересчёте SwiftUI-представления
Вычисляемое свойство в Swift пересчитывается при каждом обращении. Если body читает sortedItems, то ввод каждого символа в TextField меняет локальное состояние, заново вычисляет body и снова сортирует словарь напоминаний. На большой коллекции эта работа может стать заметной.
Автор разбирает три варианта: сортировать данные при загрузке и передавать представлению готовый массив, выполнить сортировку в init или вынести её в модель представления с ObservableObject. Инициализатор сокращает повторы, но родительский body может создать новый экземпляр представления и снова запустить сортировку.
Материал Swift by Sundell написан для Swift 5.4 и перенесён в архив, поэтому примеры API стоит сверять с текущим SwiftUI. Проверьте вычисляемые свойства, которые сортируют или преобразуют коллекции при пересчёте body. | 1 145 |
| 9 |  Как собрать Flutter-приложение, которое работает без сети
В архитектуре с приоритетом локальных данных экран читает и меняет базу на устройстве. Создание задачи не ждёт сервера: изменения уходят к нему после возвращения связи. Приложение продолжает работу, но разработчику нужно разрешать конфликты правок и сбои синхронизации.
Автор показывает Todo-приложение: Riverpod управляет состоянием и зависимостями, Drift хранит данные на устройстве, а PowerSync отслеживает изменения и синхронизирует их с Supabase. Также разобраны очередность операций, повторы после ошибок и пакетная отправка изменений.
В статье Динко Маринаца есть схема слоёв и ключевые фрагменты реализации. Для Flutter-проекта это отправная точка: интерфейс работает с локальной базой, а сетевой запрос не блокирует действие пользователя. | 1 168 |
| 10 |  Как 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; в других версиях реализация может отличаться. | 1 198 |
| 11 |  Как обновлять токен без гонок в Swift
Если срок действия токена истёк у нескольких запросов, каждый из них может запустить обновление. В схеме из статьи AuthManager сделан актором: он последовательно обращается к своему состоянию и хранит текущую Task. Первый вызов создаёт задачу обновления, остальные ждут её результат. После завершения defer очищает ссылку на задачу. Так приложение отправляет один запрос на новый токен вместо нескольких.
Перед сетевым вызовом Networking просит у менеджера действующий токен. Если запрос завершается ошибкой из-за токена, клиент обновляет его и повторяет исходный запрос один раз. Повторная ошибка завершает операцию, поэтому цикл не становится бесконечным.
В разборе потока на Swift Concurrency показаны реализации обоих объектов. Пример упрощён: токен хранится в свойстве только для демонстрации, а в приложении автор рекомендует Keychain. | 1 164 |
| 12 |  Как сохранить экран Android после завершения процесса
Когда системе не хватает памяти, Android может завершить процесс приложения. При возвращении выбранная карточка или поля формы пропадут, если состояние осталось только во ViewModel.
SavedStateHandle хранит небольшое состояние интерфейса как пары ключей и значений. В примере на Kotlin и Compose идентификатор места записывается из ViewModel, а getStateFlow() возвращает поток состояния, который передаёт новое значение интерфейсу. При уходе с экрана запись очищается через null.
Так стоит сохранять идентификаторы, ввод формы и состояние навигации. Для больших объектов и долгого хранения нужны Room или DataStore. SavedStateHandle переживает системное завершение процесса и смену конфигурации, но не явное закрытие приложения. Код и рекомендации есть в разборе Atomic Object. | 1 201 |
| 13 |  Все дела подождут, потому что сегодня ваш день!
Поздравляем с Днем программиста и желаем меньше багов и больше фич, меньше созвонов и больше фокуса, меньше тасок с пометкой «срочно» и больше времени на отдых.
Забирайте подарок из нашей IT-коробки. Мы уверены, этот презент точно пригодится вам в работе: https://tprg.ru/4kC6 | 1 250 |
| 14 |  Аська. Скайп. Биткоин, который все игнорировали. «Превед медвед» и Ждун в ленте. Всё это — в одной анкете. Пройди и узнай, сколько информации можно было бы на тебя записать. | 1 374 |
| 15 |  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, и как компания хочет приблизить мобильную графику к настольной. | 2 171 |
| 16 |  Суд велел Google убрать лишние шаги из установки сторонних Android-сторов
Если вы раздаёте приложение мимо Google Play, пользователю надо пройти цепочку экранов и предупреждений. Часть этих шагов судья Джеймс Донато назвал «антиконкурентным трением» и приказал убрать.
Epic показала в суде установку чужого стора, а её юрист ввёл в поиске Play запрос «store for apps»: сторонних магазинов приложений в выдаче нет, зато есть офлайновые. «Почему всплыл Walmart?» — спросил судья.
Раньше тот же суд признал монополию Google на распространение Android-приложений незаконной и обязал на несколько лет пустить конкурирующие сторы внутрь Play с доступом ко всему каталогу. Для мобильного разработчика это второй канал дистрибуции, и на нём должно отсеиваться меньше пользователей.
Дело идёт в США. Если раздаёте приложение вне Play, следите, как Google перепишет экраны установки.
#android #новости | 1 475 |
| 17 | Google вводит лимиты памяти для Android-приложений, срок до февраля 2027
Причина внешняя: бум ИИ-дата-центров выел рынок чипов памяти, и бюджетные телефоны получают меньше оперативки. Google формулирует это как значительные ограничения поставок железа, меняющие доступность памяти на устройствах.
Практическая часть для разработчика: появляются новые пороги по использованию памяти и по битмапам, уложиться в них нужно до февраля 2027 года. Заодно Google обещает инструменты, которые подсветят приложения, вылезающие за лимиты, чтобы поймать тормоза и падения заранее.
Если у вас тяжёлая работа с изображениями, смотреть на битмапы стоит начинать сейчас, а не за месяц до срока. Заметка со ссылкой на TechCrunch.
#android | 1 636 |
| 18 |  Очередь из приложения не доедет до iOS-виджета, но для моста хватит нескольких ID
Прогресс изменился, а виджет должен показать следующее слово. Передать ему объект состояния напрямую нельзя: WidgetKit запускает расширение отдельным процессом.
В Slovo приложение сохраняет в хранилище App Group, общем для приложения и расширения, ID текущего слова и до пяти ID для повторения. Затем WidgetKit пересобирает расписание: по записи на каждый час следующих суток, сначала слово дня, потом слова для повторения. База и планирование остаются в приложении.
Сначала определите минимальный снимок состояния для расширения и обновляйте расписание после записи. Так логика не разъедется между двумя процессами. В разборе на HackerNoon есть код обмена и сборки расписания на 24 часа. | 1 549 |
| 19 |  Уведомление вашего приложения не удержать наверху шторки, но обход есть
Вы шлёте код подтверждения через NotificationManager.notify(), канал с высокой важностью, а пользователь пишет, что ничего не приходило: промо из игры вытеснило код вниз.
Шторкой владеет системный менеджер уведомлений, и это отсортированный по времени список: новое сверху. Важность в Android выражена через прерывание, а не через позицию: звук, heads-up, исключения в «Не беспокоить». Поля «держать сверху, пока не закроют» у Notification нет, и приоритетный канал его не заменяет: приоритет означает конкурировать с другими приоритетными.
Обход один: NotificationListenerService, система дёргает его на каждое появление и снятие уведомления, включая чужие. Тот же хук, что у экранного времени и авто-ответов; в разборе на dev.to это ~80 строк. Цена — разрешение, которое пользователь выдаёт руками в настройках.
#android | 1 547 |
| 20 |  Одна булева проверка на root отключается хуком, но защиту можно собрать иначе
if (isRooted()) blockUser() работает ровно до того момента, когда атакующий находит этот метод. Frida перехватывает вызов и подменяет возвращаемое значение: true становится false, и проверки больше нет.
Альтернатива: не сводить решение к одному флагу. Библиотека DeviceTrust на Kotlin и C++ собирает низкоуровневые сигналы (root, эмулятор, кастомный ROM, разблокированный загрузчик, Frida и Xposed, модифицированный APK) и превращает их в оценку риска.
Сам по себе ни один сигнал ничего не доказывает: телефон рутуют из интереса, эмулятор гоняют для разработки. Смысл появляется, когда несколько признаков сходятся вместе с подозрительным поведением, поэтому оценка нужна как часть антифрод-системы, а не как if на клиенте.
Библиотека в версии 0.1.2, для прода рано. Подход забрать можно уже сейчас.
#android #kotlin | 1 533 |
