Materialdrawer: Проблема с мгновенным приложением

@sonhvp извините за поздний ответ.

Я не уверен, как это могло быть проблемой библиотеки: /.
Библиотека использует обычные макеты и обращается к представлениям макета через их идентификатор. как и должно быть.

Может быть проблема с настройкой мгновенного приложения? Ящик не в нужном модуле и не отправлен?

или ваш товар находится в неправильном модуле, отсутствует макет? или такой?

После много раз проверял. Я не думаю, что библиотека является причиной сбоя. Как вы упомянули, библиотека использует обычные макеты и получает доступ к представлениям макета через их идентификатор. Я столько раз проверял и тестировал, но не могу понять почему. Я думаю, что с функцией мгновенного приложения что-то не так. Если вы хотите увидеть проблему, вы можете взглянуть на мой тестовый репозиторий: https://github.com/sonhvp/test_project.
Спасибо за вашу поддержку.

@sonhvp, так что, кажется, я понял, что здесь происходит.

Таким образом, идентификаторы materialDrawer находятся в классе com.mikepenz.materialdrawer.R . Когда ваши идентификаторы находятся в классе com.sonhvp.test . Поэтому, когда вы затем используете свой собственный файл xml , идентификаторы находятся в вашем пространстве имен, но BaseViewHolder пытается найти идентификаторы в пространстве имен materialdrawer . Таким образом, он не сможет найти просмотры, и они останутся нулевыми.

Для решения проблемы просто добавьте:

        init {
            this.icon = view.findViewById(R.id.material_drawer_icon)
            this.name = view.findViewById(R.id.material_drawer_name)
            this.description = view.findViewById(R.id.material_drawer_description)
        }

на ваш ViewHolder в OverflowMenuDrawerItem (убедитесь, что это R вашего пакета)

Если я не ошибаюсь, это работает для приложения, потому что поля R для идентификаторов все еще объединены, а те же идентификаторы просто объединены и будут одним и тем же идентификатором. В то время как для мгновенных приложений этого не происходит. (по крайней мере, это мое предположение)

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