А как у тебя feature-impl попадает в app?

Если нет связи как таковой

я что-то туплю

вообщем парадигма такая

у каждой фичи есть некое апи, которое отдается наружу
через это апи мы можем запускать фичу или использовать что-то из фичи
создается интерфейс FeatureApi
в этот интерфейс помещаются интерфейсы типа PurchaseInteractor и т.д.
собственно это и есть api-module
как он реализован, мне все равно))

далее идет impl-module
он зависит от api и должен предоставить имплементации всех интерфейсов
а вот FeatureApi имплементируется обычно даггеровским компонентов, который все сводит воедино

в аппе я уже апи и имплементацию свожу
то есть наружу даю FeatureApi, чью реализация - это сгенерированный даггеровский компонент от impl-module

если супер-кратко, то так

честно, так как я с кишками мокси на вы, был бы премного благодарен за помощь))

Если app занимается "сведением" модулей воедино, то зачем от него прятать реализацию фичи? Или если связыванием заниается отдельный adapter, значит, он тоже знает про реализацию, и может проксировать вызовы рефлектора.

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

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

так то в чистом приложении, конечно, аппа достаточно с головой

Короче, так:
1) Создаёшь ещё один модуль, в котором создаёшь пустой MoxyReflector с таким же пакетом, какой ты в impl указал в аргументе для annotationProcessor-а.
2) Этот модуль подключаешь к app вот так:
compileOnly project(":feature-stub")
3) Добавляешь этот пакет который ты в impl указал в аннотацию @RegisterMoxyReflectorPackages. Эта аннотация должна быть навешена на Application в app модуле.

то есть у тебя если ещё один модуль, который зависит от feature-api и от feature-impl который создаёт Dagger-компонент?

именно compileOnly?
а почему не implementation or api?

да
обычно это как раз апп
ну или в моем случае адаптер

он все сводит воедино

кстати этой точкой может быть и какой-нить апп-пример, который запускает конкретно твою фичу

Eugene а есть какой либо пример на github ?

потому что в рантайме эти классы уже будут существовать, их просто не видит модуль на этапе компиляции. Поэтому мы говорим - вот в этом модуле лежат классы которые будут существовать. Ты их используй при компиляции, но в apk не клади

compileOnly будет виден в момент компиляции, но в саму сборку не попадёт

интересный подход, спасибо. Попробую на выходных такое.

их же так или иначе сгенерирует moxy-compiler

я не до конца понимаю, какие проблемы решает или какие преимущества дает такой подход, можете поделиться?