Блин, сеть нестабильная штука, любая херня с ней должна штатно обрабатываться

Вот я с помощью него и сделал, по документации Гугла. Но не уверен что это верный способ

нет верного способа, есть рабочий

делайте пинг на 8.8.8.8

Например? (не совсем уловил кейс)

классика

проверить можно, а именно мониторить?)

ну можно костыли велосипеды ))

Получается, что если сделать через коллбэки, то надо проверять наличие сети в репозитории перед запросом, иди в view model?

вм не должна заниматься проверкой наличия сети

ну, у тебя может и  действующий запрос оборваться. это тоже надо учитывать

Есть компонент который создаётся после того как юзаер дал пермишн, этот компонент нужен для создания других компонентов

Ля что это

GridLayoutManager с динамическим количеством колонок

Смотри, можно залезить в коннективити манагер, дернуть оттуда актив нетворк, на нем проверить типы транспорта, капабилити разные и ширину пропускного канала. Можно асинхронно быстренько сделать какой-то запрос на тот же гугловский днс.

Но это не отменяет того факта что уже даже после этих чеков  боевой запрос все равно может свалится. Можешь мониторить в целом стейт коннекта через колбэки коннективити манагера, но все равно всякую бяку на боевых запросах стоит ожидать и хендлить.

И конечно же это все не должно делаться прямо во вьюмодели)

вот у меня с этим беда была

когда аппарат долго без перезагрузки жил - выдавало обрыв соединения, даже если подключен по wifi

Добрый день, ребят помогите с проблемой, занимаюсь внедрением внутренних покупок Гугл в приложение, пример смотрю здесь
https://habr.com/ru/post/444072/
Но SkuDetails.getSku() приходит ко мне пустым листом, кто-нибудь сталкивался с такой проблемой? Прочитал что нужно тестить его залив альфа тест или в бета тест, пробую с альфа теста, но безуспешно, так же пустой массив приходит. Помогите плииз

сделай проще для начала, забей на мониторинг. Что-то не так с сетевым запросом - обрабатываем эту ошибку отдачей кэша, все.

у меня плашка выводилась с отключенным интернетом