то же самое похоже хотели решать через flavors

У нас продвигают для решение циклических зависимостей
В архитектурном что-то говорил про фикс отсутствия compilation avoidance у kotlin-gradle

По моему при наличие dagger, ни то не другое решить не получится

Нет конечно. Если они в одном модуле, можно случайно перепутать рефы и заимпортировать не то, или даже сознательно использовать фичу неоттуда. Байткод будет раздут из-за лишнего пакета, который не используется (ну да, он возможно порежется). И вообще DI не для этого придуман был

Инженеры Google были обеспокоены тем, как компания тайно отслеживала передвижения людей, когда расследование Associated Press в 2018 году раскрыло методы слежки за пользователями.

Согласно судебному иску против Google, поданному генеральным прокурором штата Аризона, Google осознанно продолжала отслеживать местонахождение пользователей даже после отключения функции «история местоположения».

В тот же день, когда была опубликована статья AP, руководство Google провело собрание, на котором обсуждало инструменты отслеживания местоположения. Компания также начала следить за реакцией общественности на данную историю, в том числе за ее обсуждениями в Facebook, Twitter и других влиятельных платформах.

https://www.securitylab.ru/news/511524.php

Ну это полезно в основном для либ, когда у тебя есть штука которая жутко с оптимизировпная, но она без апи и может поменяться, наружу отдавать не хочется, а есть дополнительные модули расширения в которых данную оптимизацию хотелось иметь, так как за это отвечает одна компания зачастую

+

предлагаю человеческие ошибки вида "забыли импорт написать, перепутали какой рукой есть суп" и т.п. не считать в обсуждении )

А все ошибки такие. Все программирование сделано чтобы эти ошибки устранить.

Имплиситы

насчет размера, раздутости - ну, возможно ДА, если есть заморачивание на разрезании на разные abi или как там они называются, короче гонка за размером, актуально

+++++ реально тогда смысл в типах ? Они же просто ошибки программиста убирают

Ток вчера твит видел, мол, мне тут в скала-проекте IDE посоветовала удалить неиспользуемые импорты, удалил -- 2к ошибок компиляции)

😂😂👍

Всё так, даггер же по всему проекту течёт и все модули цепляет

Мне это напомнило когда иде мне предлагала удалить дженерик в серелизатора, а потом ловил ошибку а рантайме

Вам смешно, а у меня на галочку "оптимизировать импорты на коммит" билд ложится из-за неявных трансформаций в градле.

Сурово

ну блин вопрос изначально был нафига писать несколько модулей если можно один с несколькими пакетами реализации и выбирать в рантайме.
про вес приложения аргумент понятен - про error prone - нет

Я плагин уже переписал, жду пока либы перепишут на 1.4 и буду на него переходить, но тем не менее.

вполне может случиться что соседняя реализация тоже хочет твои объекты домена, и че выделить еще один шаред модуль между ними?
че там сколько уже получается - апи, импл1, импл2, шаред