Это теплее, но тоже не очень, потому что приложение под 4 платформы с 4 интерфейсами, и выносить 4 раза в интерфейс то, что сейчас написано 1 раз в С++ ядре (соответствие enum - действие) смысла не имеет

Так в чем тогда проблема? Для платформы Android входящий id конвертим в нативный (в нативной же части).

Если лень писать на jni - устанавливаем idшники после загрузки либки функцией вида:
setIDs(arrayOf(R.id.btn1, R.id.btn2, ...));

да не лень, проблема в том, что когда в С++ что-то меняется, можно забыть отразить это изменение в java. Нет никакой проверки.

Вот с массивом интересная идея. Если преобразовать java enum в массив, можно передать его в С++ для сличения в рантайме с эталоном.

К слову чтобы в jni удобнее было передавать enum я обычно использую IntDef
В итоге не надо корвертить туда/сюда

Можно. Размер может помочь. Порядок - тут хз

Спасибо за советы

Не за что 🙂

How to protect so native method

What kind of protection you need? Protection against modification in dynamic library (where your native method lives)? Ensure that your dynamic library is loaded?

There's so many things that life is, and no matter how many breakthroughs, trials will exist and we're going to get through it. The zeal of staying strong is needed. I've been investing with the wrong people thinking I found people I could trust but everything turned out bad, I was at the brink of giving up until I met Mr Robert and I invested with him, right now my story has changed for good with the help of Mr Robert.
You can contact him now.WhatsApp:+441618843033
👇
@HattonR
@HattonR

Link
https://t.me/joinchat/AAAAAE4SeuQDm5oiZy66QA
@HattonR
WhatsApp:+441618843033

Please delete it!!!

Тут есть админы? Какого черта Индонезийцы себе позволяют?

Да сдесь один одмен

xD

отстой 😳

это норма 🙂

Благо новый Android Studio умеет подсказывать адекватно

К слову если функции часто вызываются - неплохо бы закешировать классы/методы. Поиск классов и методом - ресурсоемкая операция в мире JNI...