Автоматическое переназначение ResourceId

В настоящее время мы предотвращаем изменение resourceIds, используя файл public.xml, который делает ресурсы общедоступными, но затем препятствует их использованию в некоторых местах (android:scheme). Правильное решение — записывать resourceIds и использовать dexlib2 (без регулярных выражений) для их перезаписи на новый resourceId после создания resources.arsc.

Это будет таблица поиска старых и новых resourceIds с использованием API dexlib2 для выполнения замены. Если сделать это правильно, отпадет необходимость в выполнении #191.

Предложения: #244. Обсуждения: #2062.

Очистка неявных квалификаторов

Сейчас у нас есть несоответствие между чтением папок и чтением квалификаторов, что приводит к несоответствию между неявными квалификаторами, такими как версия (-v4, v13 и т. д.).

Впервые это было замечено в ошибке #1272.

Попытку исправить это предприняли в !1758, но пришлось вернуться к предыдущему состоянию из-за этого.

Предложения: #2237.

Система плагинов для квалификаторов

Для некоторых OEM-производителей, прошлых и настоящих. Они повторно используют квалификаторы, которые в конечном итоге использует AOSP. Это становится очень редким явлением с CTS и практически проблемой прошлого, но теперь кастомные модификации и более «импровизированные» OEM-производители делают это.

Apktool ничего не может сделать, потому что он верен AOSP. Ему нужна система плагинов, которая контролирует способ чтения квалификаторов. Или даже файл переопределения.

Предложения: #1420, #2474.

Неиспользуемые ресурсы

Некоторые приложения могут помещать ресурсы в папку /res, но не имеют ссылок на них. Apktool следует таблице ресурсов, поэтому эти файлы фактически игнорируются.

Сканирование файловой системы для непроверенных файлов будет медленным, особенно при необходимости сверки с уже проанализированными файлами.

Предложения: #1366.

Многопоточность

Приложения становятся больше, как и фреймворки, но Apktool работает медленнее.

Предложения: #2685.