Replies: 1 comment
-
The recommended approach would be to create a JS/TS interface that models the same API that you get exposed from Native. That's particularly important if that same SDK needs to work between Android/iOS and other platforms.
The reccomendation here is to use
This could get really complicated. Ideally they'll build with Gradle/CMake/CocoaPods which are industry standards. If they do not, you should consider creating the build logic for Gradle/CMake/CocoaPods for the SDK, as it would get really hard to integrate with other RN projects otherwise. |
Beta Was this translation helpful? Give feedback.
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
-
I am currently working on a project where I want to take an existing library (in my case wgpu-native a c binding for webgpu) and make it available to my react-native application. Looking through the docs in this wiki, the focus definitely seems to be on kind of the reverse situation of what I'm dealing with where flow/typescript is the "source of truth" for what you are trying to build and then the C++/Objective-C/Java code is just for implementation rather than having existing C++/Native code and wanting to do the reverse. From my reading so far, I have a couple of question, requests for thoughts:
Beta Was this translation helpful? Give feedback.
All reactions