Сторонняя библиотека модуля динамических функций не может получить доступ к ресурсам

Обычно, когда SplitCompat.installActivity(this) не вызывается в Activity2, это не сработает. Не имея исходного кода, вам придется извлечь пакет и переупаковать его должным образом, потому что Activity2 (или даже весь пакет библиотеки), скорее всего, несовместим с DFM.

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

Вот еще один мой ответ, демонстрирующий доступ через отражение.

Динамическая доставка - относительно новая функция, поэтому у нее много ограничений. Одно из этих ограничений заключается в том, что вы не можете получить доступ к коду и ресурсам динамического модуля обычным способом, поэтому он не может быть зависимостью для других модулей. В настоящее время вы можете получить доступ к динамическому модулю через отражение и иметь динамические функции, определенные через общедоступные интерфейсы в модуле общей библиотеки, и загружать их фактические реализации (расположенные в модулях динамических функций) во время выполнения с помощью _ 1_. У него есть свои недостатки в производительности. Их можно свести к минимуму с помощью R8, используя _ 2_, но не удален полностью.

Хотя использование отражения очень подвержено ошибкам, мы можем минимизировать их с помощью @AutoService - AutoService - это процессор аннотаций, который будет сканировать проект на предмет классов, помеченных знаком @AutoService, для любого найденного класса он автоматически сгенерирует для него файл определения службы.

Вот небольшой пример того, как это делается

// All feature definitions extend this interface, T is the dependencies that the feature requires
interface Feature<T> {
    fun getMainScreen(): Fragment
    fun getLaunchIntent(context: Context): Intent
    fun inject(dependencies: T)
}

interface VideoFeature : Feature<VideoFeature.Dependencies> {
    interface Dependencies {
        val okHttpClient: OkHttpClient
        val context: Context
        val handler: Handler
        val backgroundDispatcher: CoroutineDispatcher
    }
}

internal var videoComponent: VideoComponent? = null
    private set

@AutoService(VideoFeature::class)
class VideoFeatureImpl : VideoFeature {
    override fun getLaunchIntent(context: Context): Intent = Intent(context, VideoActivity::class.java)

    override fun getMainScreen(): Fragment = createVideoFragment()

    override fun inject(dependencies: VideoFeature.Dependencies) {
        if (videoComponent != null) {
            return
        }

        videoComponent = DaggerVideoComponent.factory()
                .create(dependencies, this)
    }
}

И для фактического доступа к коду динамической функции используйте

inline fun <reified T : Feature<D>, D> FeatureManager.getFeature(
        dependencies: D
): T? {
    return if (isFeatureInstalled<T>()) {
        val serviceIterator = ServiceLoader.load(
                T::class.java,
                T::class.java.classLoader
        ).iterator()

        if (serviceIterator.hasNext()) {
            val feature = serviceIterator.next()
            feature.apply { inject(dependencies) }
        } else {
            null
        }
    } else {
        null
    }
}

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

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

Надеюсь, это поможет.

Для ресурсов эта часть кода может использоваться

R.id.settings будет:

getResources().getIdentifier("settings", "id", "com.library.package");