A
No problem
день добрый!
ест ли кто знает помогите, как сделать ран?
Size: a a a
2020 July 19
BB
Gradle build
С
#noob #dagger вопрос про даггер.
4-й день смотрю видосы всё равно не могу въехать.
Например зачем в компоненте делать геттеры , если уже есть теже самые провайдеры в модуле, которые можно простои инжектить @inject ? )
4-й день смотрю видосы всё равно не могу въехать.
Например зачем в компоненте делать геттеры , если уже есть теже самые провайдеры в модуле, которые можно простои инжектить @inject ? )
#noob
Вот я открыл три разных проекта c dagger у всех AppComponent написан по разному. В одном куча геттеров (непонятно зачем), в другом нет ни геттеров, ни инжекта, в третьем одни инжекты в активити. ХЗ как делать надо ? и почему нельзя делать только одни инжекты ?
Вот я открыл три разных проекта c dagger у всех AppComponent написан по разному. В одном куча геттеров (непонятно зачем), в другом нет ни геттеров, ни инжекта, в третьем одни инжекты в активити. ХЗ как делать надо ? и почему нельзя делать только одни инжекты ?
Н
1. Через геттеры сделали
2. Через много сабмодулей с фактори
3. Через инжект.
У каждого способа есть свои плюсы и минусы, но в 95% случаях Даггер не нужен
2. Через много сабмодулей с фактори
3. Через инжект.
У каждого способа есть свои плюсы и минусы, но в 95% случаях Даггер не нужен
Н
#noob
Вот я открыл три разных проекта c dagger у всех AppComponent написан по разному. В одном куча геттеров (непонятно зачем), в другом нет ни геттеров, ни инжекта, в третьем одни инжекты в активити. ХЗ как делать надо ? и почему нельзя делать только одни инжекты ?
Вот я открыл три разных проекта c dagger у всех AppComponent написан по разному. В одном куча геттеров (непонятно зачем), в другом нет ни геттеров, ни инжекта, в третьем одни инжекты в активити. ХЗ как делать надо ? и почему нельзя делать только одни инжекты ?
Если по простому. В первом случае геттеры нужны, что бы провайдить эти элементы в конструкторы других.
Сабмодули - это всё всё вынесено в них
Инжекты для активити, потому что у них нет конструкторов
Сабмодули - это всё всё вынесено в них
Инжекты для активити, потому что у них нет конструкторов
Н
В сабмодули выкидывают при разбивании по фичам, по SRP
Н
Чисто технически, все три способа обычно встречается в одном проекте сразу 🙃
С
1. Через геттеры сделали
2. Через много сабмодулей с фактори
3. Через инжект.
У каждого способа есть свои плюсы и минусы, но в 95% случаях Даггер не нужен
2. Через много сабмодулей с фактори
3. Через инжект.
У каждого способа есть свои плюсы и минусы, но в 95% случаях Даггер не нужен
Ок. а какой смысл делать инжект в app, а всё остальное вызывать геттерами ? Если можно делать инжекты сразу куда надо. Тупой вопрос, но я не знаю как это спрашивать еще )
Н
А если noob не только по даггеру, а вообще с DI, попробуй организовать без либ
Н
Когда у тебя есть класс SomeFeatureRepository(someDataSource: DS, someClass: MoreThing)
То ему надо запровайдить эти 2 класса, для этого их прописывают как в первом варианте
То ему надо запровайдить эти 2 класса, для этого их прописывают как в первом варианте
Н
Вообще даггер херня ебаная. Чтоб правильно его готовить надо прям его залрачивать, иначе всеравно будет "не правильно" и непонятно. 😊
Уже 1.5 года к нему не прикасаюсь и счастлив
Уже 1.5 года к нему не прикасаюсь и счастлив
SV
берешь хилт и разруливаешь все аннотациями как ниндзя 😁 правда он еще не продакшн реди, наверн
Н
Берешь коин и пишешь get(), get(), get() :)
ES
Вообще даггер херня ебаная. Чтоб правильно его готовить надо прям его залрачивать, иначе всеравно будет "не правильно" и непонятно. 😊
Уже 1.5 года к нему не прикасаюсь и счастлив
Уже 1.5 года к нему не прикасаюсь и счастлив
Ну так для провайда одного класса он нафиг не нужен, а если для репозитория нужно дохера маперов, конвертеров и прочей херни, то устанешь создавать их.
С
всё равно не пойму почему нельзя все делать аннотациями
@inject
Class SomeFeatureRepository (someDataSource: DS, someClass: MoreThing){}
@inject repository: SomeFeatureRepository;
@inject
Class SomeFeatureRepository (someDataSource: DS, someClass: MoreThing){}
@inject repository: SomeFeatureRepository;
В чем прикол DI с ручными вызывами геттера ?
appComponent.getSomeFeatureRepository()
@inject
Class SomeFeatureRepository (someDataSource: DS, someClass: MoreThing){}
@inject repository: SomeFeatureRepository;
@inject
Class SomeFeatureRepository (someDataSource: DS, someClass: MoreThing){}
@inject repository: SomeFeatureRepository;
В чем прикол DI с ручными вызывами геттера ?
appComponent.getSomeFeatureRepository()
ES
всё равно не пойму почему нельзя все делать аннотациями
@inject
Class SomeFeatureRepository (someDataSource: DS, someClass: MoreThing){}
@inject repository: SomeFeatureRepository;
@inject
Class SomeFeatureRepository (someDataSource: DS, someClass: MoreThing){}
@inject repository: SomeFeatureRepository;
В чем прикол DI с ручными вызывами геттера ?
appComponent.getSomeFeatureRepository()
@inject
Class SomeFeatureRepository (someDataSource: DS, someClass: MoreThing){}
@inject repository: SomeFeatureRepository;
@inject
Class SomeFeatureRepository (someDataSource: DS, someClass: MoreThing){}
@inject repository: SomeFeatureRepository;
В чем прикол DI с ручными вызывами геттера ?
appComponent.getSomeFeatureRepository()
Ну как я понял, это 2 разных просто вида инжекта.
ES
всё равно не пойму почему нельзя все делать аннотациями
@inject
Class SomeFeatureRepository (someDataSource: DS, someClass: MoreThing){}
@inject repository: SomeFeatureRepository;
@inject
Class SomeFeatureRepository (someDataSource: DS, someClass: MoreThing){}
@inject repository: SomeFeatureRepository;
В чем прикол DI с ручными вызывами геттера ?
appComponent.getSomeFeatureRepository()
@inject
Class SomeFeatureRepository (someDataSource: DS, someClass: MoreThing){}
@inject repository: SomeFeatureRepository;
@inject
Class SomeFeatureRepository (someDataSource: DS, someClass: MoreThing){}
@inject repository: SomeFeatureRepository;
В чем прикол DI с ручными вызывами геттера ?
appComponent.getSomeFeatureRepository()
Тип если надо достать репозиторий и поменять в нём что то, то проще вызвать с компонента и сразу вызвать поля / методы.
Н
всё равно не пойму почему нельзя все делать аннотациями
@inject
Class SomeFeatureRepository (someDataSource: DS, someClass: MoreThing){}
@inject repository: SomeFeatureRepository;
@inject
Class SomeFeatureRepository (someDataSource: DS, someClass: MoreThing){}
@inject repository: SomeFeatureRepository;
В чем прикол DI с ручными вызывами геттера ?
appComponent.getSomeFeatureRepository()
@inject
Class SomeFeatureRepository (someDataSource: DS, someClass: MoreThing){}
@inject repository: SomeFeatureRepository;
@inject
Class SomeFeatureRepository (someDataSource: DS, someClass: MoreThing){}
@inject repository: SomeFeatureRepository;
В чем прикол DI с ручными вызывами геттера ?
appComponent.getSomeFeatureRepository()
Когда то мне тимлид говорил что это связано с жц компонентов
Н
Ну точнее для контроля
ES
А если вопрос зашел по даггеру, то нужно ли в проектах создавать еще один компонент, если можно просто модулей подобавлять? И когда это нужно?