[pjmlp]

> The architecture (shared business logic with platform-specific UI) sounds a lot like React Native.

That is a very common approach.

So far I have done that for an hobby application using C++ for the business logic, as it is the language common to all SDKs.

So on my case was Java/C++ on Android and C++/CX on Windows Phone.

Where it fails down is the NDK pain in Android, where the best aproach to avoid JNI hell is to use the same approach as distributed computing.

Instead of calling lots of Android API methods, just invoke one that does the bulk of the work on the Java side and back.

Alternatively a binding generator like SWIG or Djini.

I almost though a few times to go back to Qt, but there one is forced to re-write the UI multiple times anyway as it provides very little support for native integration and everyone is forced to mimic native behaviors in QML and JNI invocations.