Телеграмм чат группы Android_Architecture страница 4497

Вопрос, связанный подходом, когда есть feature-модули с внутренним разбиением на слои (data, domain, presentation): вроде бы ок, но напрягает один недостаток - как шарить юзкейсы и модели между фичами? Выносить их в отдельный модуль? И как-то не очень, имхо, что юзкейсы из разных фич разместятся в каком-нибудь shared-domain модуле. Как вы у себя решаете это?

источник

12:05пожаловаться #9

AA

Alidibir Akhbulatov in Android Architecture

Если же придерживаться clean и разбить на фича+слои (data, domain, presentation), то решается вопрос с шарингом юзкейсов (domain-модули), но минус - получается много модулей. Например, 20 фич x 3 = 60 модулей. Там и до Баду с их 300+ модулями недалеко)

источник

12:05пожаловаться #10

AA

Alidibir Akhbulatov in Android Architecture

С подходом с разбиением фичи на api и impl модули, как в статьях от Касперского, где интеракторы и модели в api лежат, а экраны в impl, придется в app добавлять impl-модули, чтобы были видны экраны для навигации. И в impl получается не 3 слоя, а 2 (data и presentation), ведь api-модуль и есть, по сути, domain

источник

12:07пожаловаться #11

E

Eugene in Android Architecture

Alidibir Akhbulatov

Если же придерживаться clean и разбить на фича+слои (data, domain, presentation), то решается вопрос с шарингом юзкейсов (domain-модули), но минус - получается много модулей. Например, 20 фич x 3 = 60 модулей. Там и до Баду с их 300+ модулями недалеко)

у нас фича модули api+impl, внутри пакеты по клину, общиее что-то выносим в common-shared там делаем фичу, но юзкейсами мы не делимся, у нас интеракторы и они уникальные, но если будет нужно, то тоже в shared вынесем)

источник

12:39пожаловаться #12

I

Ilia in Android Architecture

Alidibir Akhbulatov

Если же придерживаться clean и разбить на фича+слои (data, domain, presentation), то решается вопрос с шарингом юзкейсов (domain-модули), но минус - получается много модулей. Например, 20 фич x 3 = 60 модулей. Там и до Баду с их 300+ модулями недалеко)

В чем проблема иметь много модулей? У нас где-то 400 и все ок, чем больше тем лучше и компиляция быстрее, главное скрипты для генерации бойлерплейта написать

источник

12:44пожаловаться #13

AA

Alidibir Akhbulatov in Android Architecture

@JokerXT
>в common-shared там делаем фичу
внутри просто по пакетам разбиваете?

И фичи-модули impl не добавляются в app или к модулю навигации для выполнения переходов между фичами?

источник

12:50пожаловаться #14

AA

Alidibir Akhbulatov in Android Architecture

Ilia

В чем проблема иметь много модулей? У нас где-то 400 и все ок, чем больше тем лучше и компиляция быстрее, главное скрипты для генерации бойлерплейта написать

А сколько модулей на фичу у вас в общем? Или 1 фича - 1 модуль?

источник

12:58пожаловаться #15

I

Ilia in Android Architecture

Alidibir Akhbulatov

А сколько модулей на фичу у вас в общем? Или 1 фича - 1 модуль?

На каждую фичу 4 - 5 или больше подмодулей, data domain ui screens di итд

источник

13:10пожаловаться #16

А

Архитектор in Android Architecture