Android Broadcast
前往频道在 Telegram
Подборка новостей и статей для Android разработчиков. Реклама и связь с автором @ab_manager РКН https://abdev.by/rkn_tg_ab #MQRZR
显示更多📈 Telegram 频道 Android Broadcast 的分析概览
频道 Android Broadcast (@android_broadcast) 俄语 语言赛道中的 是活跃参与者。目前社区聚集了 14 584 名订阅者,在 技术与应用 类别中位列第 8 745,并在 俄罗斯 地区排名第 45 325 位。
📊 受众指标与增长动态
自 невідомо 创建以来,项目保持高速增长,吸引了 14 584 名订阅者。
根据 12 七月, 2026 的最新数据,频道保持稳定运转。过去 30 天订阅人数变化为 38,过去 24 小时变化为 -2,整体触达仍然可观。
- 认证状态: 未认证
- 互动率 (ER): 平均受众互动率为 43.62%。内容发布后 24 小时内通常能获得 24.33% 的反应,占订阅者总量。
- 帖子覆盖: 每篇帖子平均可获得 6 360 次浏览,首日通常累积 3 548 次浏览。
- 互动与反馈: 受众积极参与,单帖平均反应数为 43。
- 主题关注点: 内容集中在 api, kotlin, gradle, сборка, androiddev 等核心主题上。
📝 描述与内容策略
作者将该频道定位为表达主观观点的平台:
“Подборка новостей и статей для Android разработчиков.
Реклама и связь с автором @ab_manager
РКН https://abdev.by/rkn_tg_ab #MQRZR”
凭借高频更新(最新数据采集于 13 七月, 2026),频道始终保持新鲜度与高覆盖。分析显示受众积极互动,使其成为 技术与应用 类别中的关键影响点。
14 584
订阅者
-224 小时
-27 天
+3830 天
帖子存档
14 581
Начинает "The Android Show I/O Edition". Подключайтесь смотреть на Boosty с моими комментариями!
Узнаем что там такого не смогло дождаться Google I/O 2025
#AndroidBroadcast
14 581
🤯 SOLID все. Берите CLARITY
C – Consistent abstraction levels
L – Limit interfaces
A – API over implementation
R – Reduce dependency complexity
I – Isolate dependency creation
T – Take exceptions when justified
Y – You decide
Берем?
14 581
🤖 Project Mainline - важная веха в развитии Android и монополизации ОС компанией Google
До Android 10 фреймворк ОС был монолитным и любое изменение приводили к необходимости раздачи новой версии вендором.
Google выделила во фреймворке (и продолжает делать) компоненты и теперь может обновлять их независимо. Делать это может вендор или приложение с высокими системными правами, например Google Play Services.
Благодаря изменению, теперь не нужно ждать новой версии прошивки от вендора, а вы получите новую версию компонентов и даже портирование новых API из более поздних версий ОС. Так например было с Photo Picker, который появился в Android 14, но его перенесли и на Android 12+, благодаря тому что был сделан модуль медиа, частью которого и есть Photo Picker.
Более подробно читайте в документации
#androidos #android
14 581
🛍Приглашаем на большой митап Яндекса по мобильной разработке!
На Я.Субботниках технические специалисты Яндекса рассказывают об устройстве сервисов, над которыми они работают. В этот раз собираемся в двух городах — Москва и Санкт-Петербург!
Что ждёт участников:
🟠5 докладов про iOS и Android;
🟠PeerLab: разбор кейсов из реальной практики с экспертами;
🟠Afterparty и нетворкинг
Среди тем докладов этого года: секреты адаптации мобильного приложения под ТВ, стратегии ускорения старта и observability-система для BDUI. Полное расписание ищите на сайте.
➡️ Регистрируйтесь и приходите слушать доклады, задавать вопросы и обсуждать кейсы
#реклама
14 581
🤖 Завтра, 13 мая, пройдет специальный эпизод The Android Show, приуроченный к Google I/O. Говорят что в Android так много новинок, что пришлось делать отдельное мероприятие заранее. Буду смотреть и комментировать в прямом эфире 🪙 на Boosty
#AndroidBroadcast
14 581
🖌 Figma Make - новый AI инструмент от Figma для генерации UI и кода для прототипов на их основе
#figma #ai
14 581
🔥 Последний день горящих скидок от Ergostol! 🔥
💡 Скидка 20% на топовые модели регулируемых столов и рам — ваш шанс получить эргономичный стол премиум-класса по лучшей цене в году!
⚡️ Только до 12 мая включительно
👉 Ознакомиться с товарами по скидке на сайте ergostol.ru.
❗️ Дополнительная скидка на все товары в вашей корзине по промокоду
ANDROID10
Автор канала, Кирилл Розов, работает за такими столами (их у него 2). Обзор на большой стол Terra, а также про компактную модель - One 2.0 можно посмотреть на канале
Реклама. ООО «СОФТЭФФЕКТ». ИНН 773557526214 581
🤖 Рассказали про возможности для работы со съемкой видео с помощью CameraX и редактированием видео через Jetpack Media3. Уже вполне можно накладывать эффекты и править видео
#android #jetpack #media3 #camerax
14 581
Знали про необходимость использования WhileSubscribed в stateIn ?
14 581
🤖 Как правильно конвертировать Flow в StateFlow
Для конвертации холодного Flow в горячий StateFlow для работы с состоянием (обычно происходит в ViewModel) стоит использовать оператор Flow<T>.stateIn(), с заданием политики запуска SharingStarted.WhileSubscribed
flow..stateIn(
scope = viewModelScope,
initialValue, // задаём начальное значение
started = SharingStarted.WhileSubscribed(
stopTimeoutMillis = 5.seconds,
replayExpirationMillis = 5.seconds,
),
)
SharingStarted.WhileSubscribed() — умный способ включать сбор данных только когда есть подписчики, и автоматически останавливать его, когда они исчезают. Важно настроить несколько значений:
👉 Параметр stopTimeoutMillis - задаем какое время пройдет после того как пропадет последний подписчик чтобы остановить StateFlow. По умолчанию стоит 0 мс, но Google рекомендует выставлять 5 секунд. Это позволит не останавливать Flow при пересоздании UI при смене конфигурации или если пользователь быстро свернул/развернул приложений.
👉 Параметр replayExpirationMillis - указывает через какое время после остановки сбросить кэш значений StateFlow и начать с начала, а именно initialValue
Ставим 👍 если знали про эту рекомендацию и 🔥 - если нет
#kotlin #coroutines14 581
🏝 Как правильно подписываться на данные для UI (EN,16м)
Очень классная статья от @nek_12_personal про лучшие практики для загрузки данных из UI, чтобы не выполнять лишнюю работу и не занимать ресурсы, когда UI не показывается
❌ Чего следует избегать
1️⃣Ранняя загрузка данных в init блоке ViewModel
Запуск загрузки данных в блоке init может привести к устаревшей информации при возвращении пользователя к экрану после длительного отсутствия.
2️⃣Ручное управление обновлением данных из UI (например, вызовом в onResume)
Такой подход может вызвать множественные параллельные запросы, что увеличивает нагрузку на систему и усложняет управление состоянием.
3️⃣Постоянное наблюдение за потоками (Flow) без учёта жизненного цикла UI
Сбор данных в viewModelScope без учёта видимости UI может привести к утечкам памяти и избыточному потреблению ресурсов.
4️⃣Инициирование загрузки данных из UI-компонентов
Перенос логики загрузки данных в UI нарушает принцип разделения ответственности и усложняет архитектуру приложения.
Все подробности в статье, которую рекомендую вам изучить подробно!
🔗 Альтернативная ссылка
#kotlin #android #coroutines
14 581
Минусы повышения размера страницы памяти
⚠️ Мелкие объекты “тратят” больше памяти.
Если в 4 КБ-странице лежало 5 мелких объектов, в 16 КБ — может быть “пустого” пространства больше. Но в современных условиях прирост производительности важнее.
⚠️ Нужна поддержка от железа.
Процессор и ядро должны поддерживать размер страницы 16 КБ — это не просто «переключатель» в настройках.
14 581
‼️ Все Android приложения должны обеспечить поддержку работы на устройствах с размером страницы памяти 16KB
Изменение размера страницы в памяти от 4 KB в 16 KB даст для приложений:
🚀 Ускорения запуска приложений
🔋 Сокращение расхода батареи
📷 Ускорение включения камеры
📱 Ускорение запуска системы
Новая требование Google Play обязует реализовать поддержку работы всех новых приложений и обновлений с targetSdk 35 (Android 15). Изменение вступает в силу с 1 ноября 2025 года
Что нужно делать
👉 Обновить библиотеки с нативынм кодом до версий с поддержку нового размера страницы
👉 Перекомпилировать свой нативный код на C/C++ с последней версией инструментов
В Google Play в AppBundle Explorer вы будете видеть совместимо ли ваше приложение cо страницей размера 16KB.
Полезные ссылки
🔗 Как адаптировать приложение
🔗 Как провести тестирование приложения на таком устройстве
🔗 Подробная документация по 16Kb page size
#andorid #googleplay #ndk
14 581
🤖 История того как интеграция Passkey + Jetpack Credential Manager ускорило логин и увеличило успешные попытки входа
Passkey — это современный способ аутентификации, который позволяет пользователям входить в приложения и сайты без паролей, используя биометрию (Face ID, отпечаток пальца) или пин-код устройства.Также в статье есть краткая инструкция и лучшие практики. Подробнее в документации #android #passkey
14 581
🚀 Релиз Jetpack Health Connect Client 1.0
Google выпустила первую стабильную версию Jetpack Health Connect Client — библиотеки, которая упрощает доступ к данным о здоровье и активности пользователя через платформу Health Connect.
Health Connect — это единый слой доступа к данным здоровья на Android. Он агрегирует информацию от разных приложений (Google Fit, Samsung Health, Fitbit и др.) и даёт централизованный, безопасный способ работы с ними.Библиотека connect-client — это Jetpack-обёртка над этим API, которая делает интеграцию максимально простой и безопасной. Что умеет Jetpack Health Connect Client 1.0: 👉 Читать и записывать данные: шаги, калории, пульс, сон, тренировки, вес и многое другое (всего 40+ типов данных) 👉 Запрашивать данные по временным диапазонам и фильтрам 👉 Управлять разрешениями на доступ к чувствительным данным — всё централизовано и прозрачно 👉 Удалять данные (в том числе выборочно) 👉 Поддерживает suspend-методы и удобные Kotlin API Подробнее читайте в документации #android #jetpack #wear
14 581
🚀 Релиз Jetpack Health Connect Client 1.0
Google выпустила первую стабильную версию Jetpack Health Connect Client — библиотеки, которая упрощает доступ к данным о здоровье и активности пользователя через платформу Health Connect.
Health Connect — это единый слой доступа к данным здоровья на Android. Он агрегирует информацию от разных приложений (Google Fit, Samsung Health, Fitbit и др.) и даёт централизованный, безопасный способ работы с ними.Библиотека connect-client — это Jetpack-обёртка над этим API, которая делает интеграцию максимально простой и безопасной. Что умеет Jetpack Health Connect Client 1.0: 👉 Читать и записывать данные: шаги, калории, пульс, сон, тренировки, вес и многое другое (всего 40+ типов данных) 👉 Запрашивать данные по временным диапазонам и фильтрам 👉 Управлять разрешениями на доступ к чувствительным данным — всё централизовано и прозрачно 👉 Удалять данные (в том числе выборочно) 👉 Поддерживает suspend-методы и удобные Kotlin API Подробнее читайте в документации #android #jetpack #wear
14 581
📹 Стратегии тестирования Android (EN, 8м)
Оптимизируйте тестирование Android с помощью масштабируемой стратегии, которая поможет управлять нагрузкой на тесты вашего приложения и конфигурациями устройств. От понимания пирамиды тестирования до использования таких инструментов, как Robolectric и Gradle Managed Devices, вы узнаете, как принимать обоснованные решения для повышения надежности и эффективности тестирования. Узнайте, почему ручного тестирования недостаточно, и как автоматизация может сэкономить время и улучшить качество кода.
0:00 - Введение
0:41 - Зачем мы тестируем?
1:21 - Стратегии тестирования
3:06 - Область применения vs. Размер
5:45 - Категории
7:49 - Заключение
🔗 Стратегии тестирования
#android #тестирование
14 581
📹 Инструменты и паттерны для масштабируемого тестирования Android-приложений (EN, 10 мин)
Лучшие подходы к тестированию Android. Хосе Альсерреке расскажет о тестировании скриншотов, Robolectric, управлении разными форм-факторами и использовании Espresso Device и Gradle Managed Devices (GMD) для масштабируемого тестирования.
0:00 - Введение
0:19 - Что такое тестирование скриншотов?
1:30 - Зачем использовать тестирование скриншотов?
2:52 - Robolectric для тестирования
4:40 - Тестирование для разных размеров экрана
6:48 - Стабильность больших тестов
9:05 - Gradle Managed Devices
9:47 - ИИ и тестирование
10:19 - Заключение
Ресурсы:
👉 Тестирование скриншотов
👉 Стратегии Robolectric
👉 Тестирование разных размеров экрана и окон
👉 Тестирование приложений на Android
👉 Стратегии тестирования
👉 Основы тестирования Android-приложений
👉 Локальные тесты
👉 Инструментированные тесты
👉 UI-тесты
👉 Тестирование разных размеров экрана
#android #тестирование
