Мобильная разработка
Актуальное по мобильной разработке — Android, iOS, кроссплатформа Разместить рекламу: @tproger_sales_bot Правила общения: https://tprg.ru/rules Другие каналы: @tproger_channels Сайт: https://tprg.ru/site Регистрация в перечне РКН: https://tprg.ru/oVBP
إظهار المزيد📈 نظرة تحليلية على قناة تيليجرام Мобильная разработка
تُعد قناة Мобильная разработка (@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) تحافظ القناة على حداثتها ومستوى وصول مرتفع. وتُظهر التحليلات تفاعلاً نشطاً من الجمهور، ما يجعلها نقطة تأثير مهمة ضمن فئة التكنولوجيات والتطبيقات.
جاري تحميل البيانات...
| التاريخ | نمو المشتركين | الإشارات | القنوات | |
| 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 |
| 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 |
