А Service и IntentService имеют доступ к текущему Activity?

нет никакого «текущего активити», но есть bindService

Текущее активити существует. Это активити сохраненное в статик переменные. Pun intended.

Я читаю про runOnUiThread и как понял этот метод, позволяет запускать тяжелый код (работу с сетью) в UI потоке. Но в UI потоке нельзя тяжелую задачу запускать, телефон начнет зависать

Он позволяет запускать любой код в UI-потоке.

Процессы и потоки Наконец порезал видео с весенней Android Academy. Основы многопоточки в Java и Android. youtu.be/TWlhCraPd3Q

А почему я не могу получить доступ к View из Thread, а через runOnUiThread могу

потому что UI однопоточный

Смотрю видео это и хотел уточнить, когда мы в Активити создаем Thread, то Thread работает в UI потоке, но он создает свой отдельный поток ( без UI ), код который можно написать в его методе run()?

При первичном создании, загрузить все названия из асетс, и записать

Вечер добрый, как лучше реализовать предзагрузку данных в рум, при условии что нужно взять из ассетс все названия?

Лучший способ, создать экран Loading при старте, и показать юзеру шкалу загрузки в RealTime. Там же сделать загрузку

Не надо никакого Loading, всё должно происходить мгновенно.

А если там загрузка минимум 5 сек?

Не ну если 1 сек, то да, можно без экрана

Width = 100dp

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

Процессы и потоки Наконец порезал видео с весенней Android Academy. Основы многопоточки в Java и Android. youtu.be/TWlhCraPd3Q

Так на других экранах норм

.

libgdx?

Мне чисто графику, это решение; но много лишнего

немного непонятно, что тебе лишнее, а что имеется ввиду под "чисто графика"

Всем привет. Кто сталкивался что при возвращении назад во фрагменте снова прилетает значение в livedata. Использую подобную конструкцию https://prnt.sc/sgaozk

В этом же и суть livedata , значит у твоего фрагмента не был вызван onDestroy

В этом же и суть livedata , значит у твоего фрагмента не был вызван onDestroy

так он и не должен быть вызван если фрагмент ушел в стек. Вот пример: в 1 фрагменте получаю данные через livedata перехожу во 2 фрагмент. Там нажимаю кнопку back попадаю в 1 фрагмент в котором в livedata прилетает событие повторно и меня снова кидает на 2 фрагмент. как с этим бороться. Переходы делал через Navigation component

Когда уходишь с фрагмента сетай initial value -1 например и поверяй

Понятно так можно но это костыль. А хотелось бы как то поменьше костылей. Вот находил эту проблему https://github.com/android/architecture-components-samples/issues/47 Но подходы не помогли решить проблему

Т е ты все правильно делаешь - это просто косяк viewmodel

Нууу пользуюсь )

Понятно так можно но это костыль. А хотелось бы как то поменьше костылей. Вот находил эту проблему https://github.com/android/architecture-components-samples/issues/47 Но подходы не помогли решить проблему

Гуглю , гуглю понять никак не могу(

Я использую первый вариант Но в любом случае ты же можешь протестить что у тебя получается первым и вторым способом

Я использую первый вариант Но в любом случае ты же можешь протестить что у тебя получается первым и вторым способом

И ты первым вариантом можешь апдейтнуть конкретного юзера?

ну да - у тебя же в модели указано поле @id, рум разрулит для юзера с таким же id

Как решить такую штуку? первый скрин экран 768x1280, как видно часть экрана обрезается, будто не хватает места, обворачивать весь лейаут в скроллвью не вариант) а на экране 1440х2960 наоборот много пустого места снизу экрана( Что нужно сделать, что бы всё было одинаково на разных разрешениях экрана?

Доброй ночи Такая ситуация: всё делаю по MVVM. Из репозитория у меня торчит несколько LiveData списков, которые получает viewModel, и отдаёт во View, которая на них подписывается, и дальше передаёт адаптеру RecyclerView. Так получается, что мне было-бы удобнее обработать списки, сделать из них один, и в адаптер уже передавать этот трансформированый список Как по мне, лучше всего это делать во ViewModel. Но тогда прийдётся вешать в нём лисенер изменений списков в репозитории, и в нём делать и возвращать во View трансформированый список Скажите, нормально ли во ViewModel вешать лисенеры на LiveData? Или это делается исключительно во View?

а можно посмотреть верстку ?

можно трансформировать списки или подписывать ViewModel на LiveData за счет вью

используя ее LifeCycle