Защищенные идентификаторы Android в R.java

Android упаковывает ресурсы с помощью aapt и создает файл R с помощью этого инструмента в процессе сборки. На этом этапе файлы XML компилируются в двоичные файлы, а другие ресурсы просто упаковываются как есть. Вы можете открыть файл .apk в виде zip-архива и получить доступ ко всем файлам ресурсов как есть. Проекты библиотеки просто содержат исходные файлы и ресурсы, которые добавляются в проект во время компиляции, поэтому они каким-то образом существуют в файле .apk. Вероятно, макеты не 1:1, потому что XML уже скомпилирован для проекта библиотеки. Вероятно, вы могли бы использовать aapt для удаления файлов из проекта библиотеки из включения во время сборки, но тогда они не будут доступны в вашем проекте. Также может быть способ запутать имена ваших ресурсов во время компиляции с помощью aapt и ant, но тогда это не мешает им получить к ним доступ.

Я не уверен, почему вы хотите, чтобы класс R.java отличался от фактического графа ресурсов. Либо не включайте эти ресурсы во время сборки, либо они будут в apk. Ваши макеты сжаты в виде двоичных файлов на выходе, поэтому я не уверен, насколько легко их декомпилировать или повторно использовать в другом проекте.

Какой тут эндшпиль? Если это для защиты ваших ресурсов, это будет сложно. Android крайне небезопасен, если у кого-то есть возможность рутировать свой телефон. Если вы хотите защитить свою интеллектуальную собственность, что, как я предполагаю, является конечным результатом, я бы попытался скомпилировать свой проект в apk и посмотреть, смогу ли я декомпилировать или извлечь критические ресурсы из apk. Может быть, попробовать запутать, но опять же, я недостаточно знаю о скомпилированных XML-файлах, чтобы знать, достаточно ли они запутаны, чтобы их было сложно декомпилировать.

Кто-то может поправить меня, если я ошибаюсь, но это всего лишь мои 2 цента.