не вынести общую логику для фичи в один модуль и сделать модули вместо флейворов внутри папки с фичей?
Что имеем - 7 флейворов - это 7 модулей + 1 модуль общего фичевого кода. Экранов 70+ штук, даже если возьмем грубо что в фиче по 2 фрагмента лежит, то все равно выходить 35 * 8 = 280 модулей, большая часть из которых - папочки с xml-файликами...
Я ему про это выше писал , модуль presentation конфигурирует внутри себя фичи модули, даже схему скинул)
Я думаю в вашем проекте просто архитектурно подошли не верно, вот и проблемы
Делайте тогда 70 + 6 модулей, т.е. вся конфигурация только в отдельных апп модулях, которые провайдят ui через di по схеме как я выше описал
флейворы различаются только в XML, или есть различия в коде?
XML и кастомными полями в BuildConfig
можно вынести все layout файлы для одного флейвора в модуль, будет у вас их 7 штук. Потом в app-модуле согласно флейвору подключать тот модуль с лейаутами, который нужно.
Кстати вариант, спасибо. Я правда уже решил наплодить app-модули, в которых будут лежать xml-файлы, а от флейворов отказаться: 1. Останутся только buildTypes 4 штуки для app-модулей, внутри которых перекочуют настройки BuildConfig-полей. 2. В kotlin-коде BuildConfig-поля присвоятся реализации интерфейса AppConfiguration, которая скормится dagger-у. Т.к. сам интерфейс AppConfiguration будет лежать в ":di:api" модуле, он будет виден всем остальным модулям и его можно будет инжектить куда надо. 3. Единственное, похоже придется для каждого "app"-модуля свой Application-класс создать, т.к. dagger в нем инстанцируется
а как эти XML из app-модуля будет видно из фиче-модулей? да, если несколько app-модулей, то и несколько Application-классов, это норм
Обсуждают сегодня