Size: a a a

Android Architecture

2020 August 27

S

Singular in Android Architecture
neikist
Это если совсем независимые модули нужны с вероятностью переиспользования в другом приложении. Лично мне такое не нужно.
Если бы это не нужно было бы, то как тогда в проектах появляются 500 модулей? все из за того что в будущем они нужны, в итоге все к этому и приходят.
источник

S

Singular in Android Architecture
Nick Marchuk
Чувак, что ты здесь вообще делаешь? Трололо жырнота? Ты задал вопрос "в чём плюсы многомодульности", тебе дали кучу ответов, а ты продолжаешь заливать что всё дерьмо, вспомните мои слова, вообще не воспринимая ответы других. Проблема не в других, проблема в тебе.
Какая проблема? тут мы обсуждаем момент с многомодульностью и clean, каждый человек имеет право на свое личное мнение, я же не настаиваю чтобы кто - то делал так или так. Просто обмениваеимся жизненным опытом.

Может проблема в вас что вы постоянно ищете в людях троллей и другие вещи?

А вообще подключайтесь к разговору по делу если нет, то не нужно спамить
источник

AV

Alex Vayts in Android Architecture
Singular
Какая проблема? тут мы обсуждаем момент с многомодульностью и clean, каждый человек имеет право на свое личное мнение, я же не настаиваю чтобы кто - то делал так или так. Просто обмениваеимся жизненным опытом.

Может проблема в вас что вы постоянно ищете в людях троллей и другие вещи?

А вообще подключайтесь к разговору по делу если нет, то не нужно спамить
clean - про вертикальные модули
feature - про горизонтальные модули

вы против всех их видов
источник

АЕ

Алексей Ершов... in Android Architecture
Singular
Какая проблема? тут мы обсуждаем момент с многомодульностью и clean, каждый человек имеет право на свое личное мнение, я же не настаиваю чтобы кто - то делал так или так. Просто обмениваеимся жизненным опытом.

Может проблема в вас что вы постоянно ищете в людях троллей и другие вещи?

А вообще подключайтесь к разговору по делу если нет, то не нужно спамить
Спамите здесь вы. На любой комментарий по делу отвечаете "да ерунда, модули не нужны". Перестраивайтесь в конструктивное русло, пожалуйста.
источник

AC

Arsen CeH9 in Android Architecture
> каждый человек имеет право на свое личное мнение
не путай адекватность и "свое мнение", если несешь херню, то рано или поздно в бан отлетишь
источник

AD

Aleksey D. in Android Architecture
Alex Vayts
clean - про вертикальные модули
feature - про горизонтальные модули

вы против всех их видов
он за flavor топит
источник

AD

Aleksey D. in Android Architecture
Singular
Какая проблема? тут мы обсуждаем момент с многомодульностью и clean, каждый человек имеет право на свое личное мнение, я же не настаиваю чтобы кто - то делал так или так. Просто обмениваеимся жизненным опытом.

Может проблема в вас что вы постоянно ищете в людях троллей и другие вещи?

А вообще подключайтесь к разговору по делу если нет, то не нужно спамить
кто еще троллей ищет 🤡
https://t.me/Android_Architecture/101156
источник

AV

Alex Vayts in Android Architecture
Aleksey D.
он за flavor топит
жестко.. декартово произведение флейворов очень быстро убьет проект)) а название apk вида appProdWithBasketWithCashWithPaymentsWithAnotherFlavor - это будет вообще огонь
источник

SO

Sergey Opivalov in Android Architecture
Igor
Так вроде Котлин уммет в инкрементную сборку на уровне файлов 🤔
только в compile avoidance гредл с котлином не умеет
источник

I

Igor in Android Architecture
Ну и модули тут не помогут же?
источник

SO

Sergey Opivalov in Android Architecture
внутри одного котлин модуля он еще может инкрементально скомпилить, но скипнуть компиляцию модуля целиком как в джаее - не может
источник

SO

Sergey Opivalov in Android Architecture
Igor
Ну и модули тут не помогут же?
Поможет стандартный мув с api/impl модулями
источник

SO

Sergey Opivalov in Android Architecture
когда ты сам ручками как будто api(на самом деле гредл смотрит на abi, но для простоты написал) своего модуля извлекаешь
источник

I

Igor in Android Architecture
А как решается проблема в дагером? Мне что бы подключить зависимость, надо модуль с реализацией же добавить
источник

SO

Sergey Opivalov in Android Architecture
Не совсем понял вопрос, но попробую ответить на то, что понял))
Все зависимости твоего модуля - это его публичный api, и ты их выносишь в api модуль. Потом сверху отдаешь их как провайдеры, например
источник

SO

Sergey Opivalov in Android Architecture
Я к чему написал - в джавовом многомодульном проекте этих приседаний не надо с api/impl. ABI из джавового кода джава плагин извлекает и на основе этого скипает компиляцию целых модулей
источник

SO

Sergey Opivalov in Android Architecture
источник

I

Igor in Android Architecture
Ну мне же надо в dagger-модуле проекта A добавь зависимость на dagger-модуль проекта B
И обычно даггер-модули лежат рядом с реализацией, что бы описать в даггер как резолвить зависимости.

В итоге почти всегда приходится build.gradle добавлять зависимости на impl модули.

PS а то что ищью на compile avoidance лежит уже 2 года, я в курсе
источник

SO

Sergey Opivalov in Android Architecture
Igor
Ну мне же надо в dagger-модуле проекта A добавь зависимость на dagger-модуль проекта B
И обычно даггер-модули лежат рядом с реализацией, что бы описать в даггер как резолвить зависимости.

В итоге почти всегда приходится build.gradle добавлять зависимости на impl модули.

PS а то что ищью на compile avoidance лежит уже 2 года, я в курсе
Как правило, весь DI/assembly слой у тебя самый верхний (скажи, если нет), и он и так знает обо всех имплеменацтиях?
источник

I

Igor in Android Architecture
Ну вы же в каждом impl gradle-модуле создаете по dagger @Component и @Module где описывает как собирать граф?
Он же должен видеть реализацию.

Или вы по другому делаете?
источник