timscriptov / disassembler Goto Github PK

Хотелось бы видеть эти возможности в следующих обновлениях приложения во вкладке символов:

1. Показывать только классы/методы/vtable
2. Генерировать/экспортировать методы класса отдельно
3. Дерево/список подклассов которые есть в классе (список связанных с этим классом подклассом
4. Предпросмотр экспорта
5. Контекстное меню у метода/класса
6. Больше вожможностей поиска:
   6.1) Неточный поиск
   6.2) Поиск класса
   6.3) Сортировка по классам
7. Вывод реального типа данных вместо void
8. Экспорт строк
9. Список того что загружает/экспортирует библиотека

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

Now the application opens the library and loads all its symbols into memory, natively
After that, all the symbols are passed to java through jni calls
The cons of this are:

1. You are storing the same data in the application memory twice
2. The jni calls are very slow, taking a very long time to load

To solve this problem, you need to do away with copying data from native to java by doing lazy loading
You need to load symbols only as they appear in the application list, do the search at the native level too, then give the result of the search as a pointer to java

this will fix long loading time and huge memory usage by the application (crashes).

it's also worth using "FastNative" and "CriticalNative" annotations for jni calls, it will make them faster

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

На этом скрине друг пытался просто открыть гифку из вк...