Size: a a a

Android Architecture

2020 March 26

AD

Aleksey D. in Android Architecture
тут скорее @javastart подходит
источник

RM

Ruslan Mingaliev in Android Architecture
Aleksey D.
тут скорее @javastart подходит
Из android_ru отправят)
источник

СП

Сергей П. in Android Architecture
Alexey
Подскажи, как его вернуть , не пойму
Нужна статичная переменная в Application классе, где аппконтекст хранится. И приспаиваетсч в онкриэйт
Это единственное место для безопасного хранения контекста в статике поскольку  этот класс гарантированно запускается первым в приложении и не выгружается до завершения
источник

СП

Сергей П. in Android Architecture
Ну и application класс надо переопределить на свой и прописать в манифесте
источник

Р

Руслан in Android Architecture
Статический контекст — плохой совет
источник

Р

Руслан in Android Architecture
Он не нужен обычно никогда
источник

Р

Руслан in Android Architecture
Из любого класса компонента ос можно обратиться к application context
источник

mP

mr. PESIK in Android Architecture
Руслан
Из любого класса компонента ос можно обратиться к application context
Но каждый раз прокидывать в view model или presenter тоже не круто. А вот прокинуть application context, по всей цепочке зависимостей - норм
источник

mP

mr. PESIK in Android Architecture
Ну как по мне
источник

Р

Руслан in Android Architecture
Это ужасная идея
источник

Р

Руслан in Android Architecture
У тебя презентер начинает зависеть от контекста приложения, а не должен зависеть от контекста вообще
источник

Р

Руслан in Android Architecture
Если внутри презентере нужны компоненты, зависящие от контекста и живущие в течение жизни всего процесса, то эти компоненты должны инициализироваться либо в Application-классе, либо в Dagger-модуле, который привязан к Application Scope -компоненту
источник

mP

mr. PESIK in Android Architecture
Руслан
У тебя презентер начинает зависеть от контекста приложения, а не должен зависеть от контекста вообще
А допустим тебе нужно проверять интернет конекшион, или ещё какие-то объекты, которые манипулируют контекстом?
источник

mP

mr. PESIK in Android Architecture
Руслан
Если внутри презентере нужны компоненты, зависящие от контекста и живущие в течение жизни всего процесса, то эти компоненты должны инициализироваться либо в Application-классе, либо в Dagger-модуле, который привязан к Application Scope -компоненту
Я это и имел ввиду
источник

Р

Руслан in Android Architecture
mr. PESIK
А допустим тебе нужно проверять интернет конекшион, или ещё какие-то объекты, которые манипулируют контекстом?
Статический контекст для этого не нужен
источник

Р

Руслан in Android Architecture
Статический контекст в принципе дыра в архитектуре, так как позволяет обратиться по Application.context из любой точки
источник

СП

Сергей П. in Android Architecture
И? Мне нужен метод типа getAppcontextAnywhere доступный везде и всегда
источник

СП

Сергей П. in Android Architecture
Ибо заманаешься его пробрасывать через 4 уровня
источник

Р

Руслан in Android Architecture
Сергей П.
И? Мне нужен метод типа getAppcontextAnywhere доступный везде и всегда
Тебе нужно правильно провайдить зависимости.
источник

СМ

Стас М in Android Architecture
Насколько нормально запускать воркеры в репозитории и как адекватно тянуть в вм оттуда LiveData по завершении работы?
источник