Appendix

注意

本文档内容仍处于实验阶段，内容会随着版本的迭代进行修改。您可随时在我们的工作组的讨论区发送反馈。 此外，本文档还包含了若干需手动配置的步骤，但这不代表新架构稳定版的最终开发体验。我们仍在开发相关的工具、模板和第三方库，帮助你更快地迁移到新架构上，而非从头开始配置环境。

I. Flow Type to Native Type Mapping

You may use the following table as a reference for which types are supported and what they map to in each platform:

string

Nullable Support?	Android (Java)	iOS
?string	String	NSString

boolean

Nullable Support?	Android (Java)	iOS
?boolean	Boolean	NSNumber

Object literal

This is recommended over using plain Object, for type safety.

Example: {| foo: string, ... |}

Nullable Support?	Android (Java)	iOS
?{| foo: string, ...|}	-	-

Object

note

Recommended to use Object literal instead.

Nullable Support?	Android (Java)	iOS
?Object	ReadableMap	@{} (untyped dictionary)

Array<*>

Nullable Support?	Android (Java)	iOS
?Array<*>	ReadableArray	NSArray (or RCTConvertVecToArray when used inside objects)

Function

Nullable Support?	Android (Java)	iOS
?Function	-	-

Promise<*>

Nullable Support?	Android (Java)	iOS
?Promise<*>	com.facebook.react.bridge.Promise	RCTPromiseResolve and RCTPromiseRejectBlock

Type Unions

Type unions are only supported as callbacks.

Example: 'SUCCESS' | 'FAIL'

Nullable Support?	Android (Java)	iOS
Only as callbacks.	-	-

Callbacks

Callback functions are not type checked, and are generalized as Objects.

Example: () =>

Nullable Support?	Android (Java)	iOS
Yes	com.facebook.react.bridge.Callback	RCTResponseSenderBlock

note

You may also find it useful to refer to the JavaScript specifications for the core modules in React Native. These are located inside the Libraries/ directory in the React Native repository.

II. TypeScript to Native Type Mapping

You may use the following table as a reference for which types are supported and what they map to in each platform:

TypeScript Type	Nullable Support?	Android (Java)	iOS	Note
string	string | null	String	NSString
boolean	boolean | null	Boolean	NSNumber
Float, Double, or Int32	No	double	NSNumber
{| foo: string, ... |}	{| foo: string, ...|} | null			Object literal. This is recommended over simply using Object, for type safety.
Object	Object | null	ReadableMap	@{} (untyped dictionary)	Recommended to use object literal (see above).
Array<*>	Array<*> | null	ReadableArray	NSArray (or RCTConvertVecToArray when used inside objects)
Function	Function | null
Promise<*>	Promise<*> | null	com.facebook.react.bridge.Promise	RCTPromiseResolve and RCTPromiseRejectBlock
Type aliases of the above	Yes
Type Unions 'SUCCESS'|'FAIL'	Only as callbacks.			Type unions only supported as callbacks.
Callbacks: ( ) =>	Yes	com.facebook.react.bridge.Callback	RCTResponseSenderBlock	Callback functions are not type checked, and are generalized as Objects.

You may also find it useful to refer to the JavaScript specifications for the core modules in React Native. These are located inside the Libraries/ directory in the React Native repository.

III. Invoking the code-gen during development

This section contains information specific to v0.66 of React Native.

The Codegen is typically invoked at build time, but you may find it useful to generate your native interface code on demand for troubleshooting.

If you wish to invoke the codegen manually, you have two options:

1. Invoking a Gradle task directly (Android).
2. Invoking a script manually.

Invoking a Gradle task directly

You can trigger the Codegen by invoking the following task:

./gradlew generateCodegenArtifactsFromSchema --rerun-tasks

The extra --rerun-tasks flag is added to make sure Gradle is ignoring the UP-TO-DATE checks for this task. You should not need it during normal development.

The generateCodegenArtifactsFromSchema task normally runs before the preBuild task, so you should not need to invoke it manually, but it will be triggered before your builds.

Invoking the script manually

Alternatively, you can invoke the Codegen directly, bypassing the Gradle Plugin or CocoaPods infrastructure. This can be done with the following commands.

The parameters to provide will look quite familiar to you now that you have already configured the Gradle plugin or CocoaPods library.

Generating the schema file

First, you’ll need to generate a schema file from your JavaScript sources. You only need to do this whenever your JavaScript specs change. The script to generate this schema is provided as part of the react-native-codegen package. If running this from within your React Native application, you can use the package from node_modules directly:

node node_modules/react-native-codegen/lib/cli/combine/combine-js-to-schema-cli.js \
  <output_file_schema_json> <javascript_sources_dir>

The source for the react-native-codegen is available in the React Native repository, under packages/react-native-codegen. Run yarn install and yarn build in that directory to build your own react-native-codegen package from source. In most cases, you will not want to do this as the guide assumes the use of the react-native-codegen package version that is associated with the relevant React Native nightly release.

Generating the native code artifacts

Once you have a schema file for your native modules or components, you can use a second script to generate the actual native code artifacts for your library. You can use the same schema file generated by the previous script.

node node_modules/react-native/scripts/generate-specs-cli.js \
  --platform <ios|android> \
  --schemaPath <generated_schema_json_file> \
  --outputDir <output_dir> \
  [--libraryName library_name] \
  [--javaPackageName java_package_name] \
  [--libraryType all(default)|modules|components]

NOTE: The output artifacts of the Codegen are inside the build folder and should not be committed. They should be considered only for reference.

Example

The following is a basic example of invoking the Codegen script to generate native iOS interface code for a library that provides native modules. The JavaScript spec sources for this library are located in a js/ subdirectory, and this library’s native code expects the native interfaces to be available in the ios subdirectory.

# Generate schema - only needs to be done whenever JS specs change
node node_modules/react-native-codegen/lib/cli/combine/combine-js-to-schema-cli.js /tmp/schema.json ./js

# Generate native code artifacts
node node_modules/react-native/scripts/generate-specs-cli.js \
  --platform ios \
  --schemaPath /tmp/schema.json \
  --outputDir ./ios \
  --libraryName MyLibSpecs \
  --libraryType modules

In the above example, the code-gen script will generate several files: MyLibSpecs.h and MyLibSpecs-generated.mm, as well as a handful of .h and .cpp files, all located in the ios directory.

IV. Note on Existing Apps

This guide provides instructions for migrating an application that is based on the default app template that is provided by React Native. If your app has deviated from the template, or you are working with an application that was never based off the template, then the following sections might help.

Finding your bridge delegate

This guide assumes that the AppDelegate is configured as the bridge delegate. If you are not sure which is your bridge delegate, then place a breakpoint in RCTBridge and RCTCxxBridge, run your app, and inspect self.delegate.