Callbacks ((...) => T)

Callbacks are functions created in one language and passed to another to provide a way to "call back" later.

Nitro has a clever reference counting system to allow users to use callbacks/functions from JS safely, and without any limitations. Each callback holds a strong reference on the native side and can be called as often as needed. Once the callback is no longer used, it will be safely deleted from memory.

TypeScript

In TypeScript, a callback is represented as an anonymous function:

interface Server extends HybridObject {
  start(onNewUserJoined: (user: User) => void): void
}

C++

In C++, a callback is represented as a function:

void start(std::function<void(User)> onNewUserJoined) {
  onNewUserJoined(user);
}

Swift

In Swift, a callback is represented as a closure:

func start(onNewUserJoined: (User) -> Void) {
  onNewUserJoined(user)
}

Kotlin

In Kotlin, a callback is represented as a lambda:

fun start(onNewUserJoined: (User) -> Unit) {
  onNewUserJoined(user)
}

Events

Since callbacks can be safely kept in memory for longer and called multiple times, Nitro does not have a special type for an "event". It is simply a function you store in memory and call later, just like in a normal JS class. ✨

TypeScript

In TypeScript, a callback is represented as an anonymous function:

type Orientation = "portrait" | "landscape"
interface DeviceInfo extends HybridObject {
  listenToOrientation(onChanged: (o: Orientation) => void): void
}

const deviceInfo = // ...
deviceInfo.listenToOrientation((o) => {
  console.log(`Orientation changed to ${o}!`)
})

C++

In C++, a callback is represented as a function:

void listenToOrientation(std::function<void(Orientation)> onChanged) {
  this->listeners.push_back(onChanged);
}

void onRotate() {
  for (const auto& listener: this->listeners) {
    listener(newOrientation);
  }
}

Swift

In Swift, a callback is represented as a closure:

func listenToOrientation(onChanged: (Orientation) -> Void) {
  self.listeners.append(onChanged)
}

func onRotate() {
  for listener in self.listeners {
    listener(newOrientation)
  }
}

Kotlin

In Kotlin, a callback is represented as a lambda:

fun listenToOrientation(onChanged: (Orientation) -> Unit) {
  this.listeners.add(onChanged)
}

fun onRotate() {
  for (listener in this.listeners) {
    listener(newOrientation)
  }
}

Callbacks that return a value ((...) => T)

Since JS callbacks could theoretically be called from any native Thread, Nitro safely wraps the result types of callbacks that return a value in Promises which need to be awaited.

Math.nitro.ts

interface Math extends HybridObject {
  some(getValue: () => number): void
}

HybridMath.swift

func some(getValue: () -> Promise<Double>) {
  Task {
    let promise = getValue()
    let valueFromJs = promise.await()
  }
}

How was it before Nitro?

Conventionally (in legacy React Native Native Modules), a native method could only have a maximum of two callbacks, one "success" and one "failure" callback. Once one of these callbacks is called, both will be destroyed and can no longer be called later. This is why React Native introduced "Events" as a way to call into JS more than just once. This also meant that an asynchronous function could not have any callbacks, since a Promise's resolve and reject functions are already two callbacks. For example, this was not possible:

interface Camera {
  startRecording(onStatusUpdate: () => void,
                 onRecordingFailed: () => void,
                 onRecordingFinished: () => void): Promise<void>
}

Thanks to Nitro's clever reference system, functions can be safely held in memory and called as many times as you like, just like in a normal JS class. This makes "Events" obsolete, and allows using as many callbacks per native method as required.