МE
А вот drawer можно считать отдельной фичей? По идее он формируется из информации от других фич.
Size: a a a
2020 April 23
DD
отчасти согласен, что оверхед, но я о том, что всегда можно что-то выделить.
Вопрос только зачем)
DD
А вот drawer можно считать отдельной фичей? По идее он формируется из информации от других фич.
Его можно, так как он контейнер для отдельных фич, опять таки если вкладки двовера самодостаточны
DD
Дробят на модули для выигрыша во времени и переиспользования каких либо фич в разных проектах, типа у вас есть например сканирование чего то через камеру, и в 3х проектах это используется - вынесли в отдельный модуль.
Или же добавление фото, через выбор из системы или же через камеру - тоже вынесли
Или же добавление фото, через выбор из системы или же через камеру - тоже вынесли
МE
Его можно, так как он контейнер для отдельных фич, опять таки если вкладки двовера самодостаточны
как в него тогда можно скормить какие-то данные из других фич, если они не знают друг о друге? Через какие-то интерфейсы в core?
DD
В итоге это цельная фича которая крайне редко меняется и если меняеться то ее изменения касаются всех проектов(например переход с андроида 5 на 9)
DD
как в него тогда можно скормить какие-то данные из других фич, если они не знают друг о друге? Через какие-то интерфейсы в core?
Также как и в основной модуль апп скормить все остальные фичи.
Это просто мини модуль апп, который в себе содержит 5 фич(абстрактно).
И он в свою очередь уже в модуль апп подтягивается
Это просто мини модуль апп, который в себе содержит 5 фич(абстрактно).
И он в свою очередь уже в модуль апп подтягивается
DD
Я бы в принципе дровер сделал частью App
так как его задача всего лишь менять фичи в контейнере
так как его задача всего лишь менять фичи в контейнере
МE
Также как и в основной модуль апп скормить все остальные фичи.
Это просто мини модуль апп, который в себе содержит 5 фич(абстрактно).
И он в свою очередь уже в модуль апп подтягивается
Это просто мини модуль апп, который в себе содержит 5 фич(абстрактно).
И он в свою очередь уже в модуль апп подтягивается
понял. Просто думал, что можно сделать без построении иерархии фич, через какую-то абстракцию
А
Я тут нашел ещё что для многомодульных проектов надо не только Даггер подготовить но ещё градл модули должны быть правильно связаны. То есть используется между модулями (в градл файле) либо implementation либо api. На реальных проектах это так?
А
Я имею ввиду например implementatin project(":app")
А
А вот api project(":app") кто нибудь использовал? Что это даёт?
А
Спасибо, но я не понял из стати: мне просто лепить implementaton везде? А api когда?
МE
Александр
Спасибо, но я не понял из стати: мне просто лепить implementaton везде? А api когда?
ну не лепить, а использовать, чтобы вся цепочка зависимостей не пересобиралась
А
Да, но проблема в чём: я видел в некоторых проектах кто-то специально писал api вместо imp-n. Но вот зачем я хочу понять
МE
Александр
Да, но проблема в чём: я видел в некоторых проектах кто-то специально писал api вместо imp-n. Но вот зачем я хочу понять
https://youtu.be/FMiFtsew2UY?t=1086 это за implementatin, вот за api https://youtu.be/pMEAD6jjbaI?t=753
А
Хорошо, спасибо посмотрю
А
Крутой видос, спс
2020 April 24
