RuStore — российский стор для Android, в котором можно публиковать приложения на более чем 50-миллионную аудиторию, подключать платежное SDK и монетизировать свои продукты.
Сейчас команда работает над следующими обновлениями и проводит исследование о магазинах приложений, чтобы сделать RuStore еще удобнее для пользователей и разработчиков.
👉 Примите участие в опросе (ссылка) — это займет всего 5 минут, зато даст команде объективную обратную связь.
Исследование анонимно и конфиденциально, а все данные будут использованы для анализа только в обобщенном виде.
Сейчас команда работает над следующими обновлениями и проводит исследование о магазинах приложений, чтобы сделать RuStore еще удобнее для пользователей и разработчиков.
👉 Примите участие в опросе (ссылка) — это займет всего 5 минут, зато даст команде объективную обратную связь.
Исследование анонимно и конфиденциально, а все данные будут использованы для анализа только в обобщенном виде.
Ищем ненужные зависимости в Dagger/Hilt графе
В большом проекте - большой граф зависимостей компонентов, с лишними инжектами. Проблема решается с помощью Dagger SPI.
Автор предлагает с помощью SPI строить полное дерево зависимостей, а затем вытаскивать наружу неиспользуемые инжекты.
На малом проекте, проще это все проверять руками, но если у вас гигантский многомодульный проект, то прогнать разок весь проект с легаси модулями по инструкции из статьи будет полезно для приложения.
В большом проекте - большой граф зависимостей компонентов, с лишними инжектами. Проблема решается с помощью Dagger SPI.
Автор предлагает с помощью SPI строить полное дерево зависимостей, а затем вытаскивать наружу неиспользуемые инжекты.
На малом проекте, проще это все проверять руками, но если у вас гигантский многомодульный проект, то прогнать разок весь проект с легаси модулями по инструкции из статьи будет полезно для приложения.
Дебажим корутины прямо в Android Studio
Дебажить асинхронщину это всегда проблема. Предлагается 3 способа:
👉 Классическое логирование
👉 VM option в конфигурации при запуске сборки:
👉 При помощи DebugProbes можно получить состояние корутины в ходе тестов. Более подробно внутри статьи (Option 4)
Дебажить асинхронщину это всегда проблема. Предлагается 3 способа:
👉 Классическое логирование
println( “${msg} | currentThread: ${Thread.currentThread().name}”)
👉 VM option в конфигурации при запуске сборки:
-Dkotlinx.coroutines.debug
👉 При помощи DebugProbes можно получить состояние корутины в ходе тестов. Более подробно внутри статьи (Option 4)