Size: a a a

Android Architecture

2020 March 26

A

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

СП

Сергей П. in Android Architecture
Alexey
Ну контекст пробрасывать вроде как не самая лучшая идея, я так понял это обычно через DI решается? Ну или как вы ранее упомянули- сервис
Не сервис, а сервислокатор.
В нескольких группах на эту иему спорили до хрипоты, до драки  можно ли называть класс, возвращающий куда угодно контекст приложения (который он берет у Application класса) di или сервис локатором.
Я так делал, это куда удобнее чем пробрасывать контекст активности через два слоя
источник

A

Alexey in Android Architecture
Сергей П.
Не сервис, а сервислокатор.
В нескольких группах на эту иему спорили до хрипоты, до драки  можно ли называть класс, возвращающий куда угодно контекст приложения (который он берет у Application класса) di или сервис локатором.
Я так делал, это куда удобнее чем пробрасывать контекст активности через два слоя
Через di делал?
источник

СП

Сергей П. in Android Architecture
Не, тогда сошлись на том что это не di, поскольку контекс объективно существует без нас и создать его нельзя.
Внутри application класса this дает контекст, который оттуда легко вытаскивается статик методом, и пока приложение существует - он не поменяется и не обнулится
источник

СП

Сергей П. in Android Architecture
А даггеру такое не объяснить, я не понял как
источник

A

Alexey in Android Architecture
Сергей П.
Не, тогда сошлись на том что это не di, поскольку контекс объективно существует без нас и создать его нельзя.
Внутри application класса this дает контекст, который оттуда легко вытаскивается статик методом, и пока приложение существует - он не поменяется и не обнулится
Просто оказывается, я уже начал про di читать
источник

СП

Сергей П. in Android Architecture
Это отличная и обязательная вещь но именно контекст через даггер я извлекать не осилил.
источник

A

Alexey in Android Architecture
Я на просторах гитхаба нашел это
источник

A

Alexey in Android Architecture
источник

S

Sergey8827 in Android Architecture
подскажите если приложение будет разрабатываться от полугода до года , многомодульность есть смысл?
источник

S

Sergey8827 in Android Architecture
и еще сколько модулей в uber android?
источник

AO

Artem Osipov in Android Architecture
Sergey8827
подскажите если приложение будет разрабатываться от полугода до года , многомодульность есть смысл?
Очень абстрактный вопрос
источник

AD

Aleksey D. in Android Architecture
Sergey8827
подскажите если приложение будет разрабатываться от полугода до года , многомодульность есть смысл?
нет, многомодульность имеет смысл тогда, когда в ней появляется необходимость
https://www.techyourchance.com/modularization-android
источник

AD

Aleksey D. in Android Architecture
Sergey8827
и еще сколько модулей в uber android?
там в районе тысячи, вроде
источник

S

Sergey8827 in Android Architecture
Благодарю за статейку
источник

S

Sergey8827 in Android Architecture
Aleksey D.
там в районе тысячи, вроде
Спс
источник

A

Alexey in Android Architecture
Сергей П.
Не, тогда сошлись на том что это не di, поскольку контекс объективно существует без нас и создать его нельзя.
Внутри application класса this дает контекст, который оттуда легко вытаскивается статик методом, и пока приложение существует - он не поменяется и не обнулится
Подскажи, как его вернуть , не пойму
источник

AA

Andrey Akimov in Android Architecture
Alexey
Подскажи, как его вернуть , не пойму
У тебя метод статичный, а переменная контекста нет
источник

RM

Ruslan Mingaliev in Android Architecture
Alexey
Подскажи, как его вернуть , не пойму
источник

A

Alexey in Android Architecture
Andrey Akimov
У тебя метод статичный, а переменная контекста нет
Пробовал статик, не помогает
источник