Electrode Native allows you to reuse existing React Native native modules and also comes with its own bridge.
The Electrode Native Bridge offers bi-directional communication constructs exposed as events and requests/response messages. Although the Electrode Native Bridge can be used directly in your mobile application or MiniApp to ease communication between the two sides, it is still a low level library. You will primarily use APIs, that are using the bridge under the hood, instead of interacting directly with it.
You can create and distribute your own Electrode Native APIs or re-use existing APIs.
While Electrode Native APIs are similar to React Native native modules (which you can also create -or reuse-) we don't recommend that you create new native modules if you plan on using Electrode Native. As a best practice, we recommend that you create APIs because of the advantages of using APIs over native modules in the Electrode Native workflow.
APIs also support the generation of model classes Just define your models in your Swagger schema and the necessary classes will be generated. Relying on the Electrode Native bridge support means that on the mobile application side, developers are able to work with typed model classes and will be able to leverage compile time checks when dealing with APIs.
APIs are not native modules, they are clients of the Electrode Native bridge which is the native module. There is no react native linking required for APIs.
APIs are generated and therefore will follow the exact same file system structure. This means that APIs don't need any customized configuration to be written for Electrode Native to properly add them to a container.
APIs are expected to follow a certain versioning convention, which offers more flexibility in terms of compatibility checks between different versions.