Summary: Pull Request resolved: https://github.com/facebook/react-native/pull/50699 Changelog: [internal] Just changing the template to include emojis in the top level titles to make it easier to scan the doc Reviewed By: lenaic Differential Revision: D72961870 fbshipit-source-id: 64c45e7ac769c38af06ea318cdb581a04e230f90
9.8 KiB
Feature Flags
Feature flags are values that determine the behavior of specific parts of React Native. This directory contains the configuration for those values, and scripts to generate files for different languages to access and customize them.
There are 2 types of feature flags:
- Common: can be accessed from any language and they provide consistent values everywhere.
- JS-only: they can only be accessed and customized from JavaScript.
🚀 Usage
Defining feature flags
The source of truth for the definition of the flags is the file
ReactNativeFeatureFlags.config.js in this directory.
Example contents:
module.exports = {
common: {
enableNativeBehavior: {
description: 'Enable some behavior both in native and in JS.',
defaultValue: false,
},
},
jsOnly: {
enableJSBehavior: {
description: 'Enables some behavior in the JS layer.',
defaultValue: false,
},
},
};
After any change to these definitions, the code that provides access to them
must be regenerated running this from the react-native repository:
yarn featureflags --update
Accessing feature flags
You can access the common feature flags from anywhere in your application using
the ReactNativeFeatureFlags interface (available in C++/Objective-C++,
Kotlin/Java and JavaScript). JS-only feature flags can only be accessed from
JavaScript.
Accessing feature flags should be considered fast for all use cases. Feature flags are cached at every layer, which prevents having to go through JNI when accessing the values from Kotlin and through JSI when accessing the values from JavaScript.
C++ / Objective-C
#include <react/featureflags/ReactNativeFeatureFlags.h>
if (ReactNativeFeatureFlags::enableNativeBehavior()) {
// do something
}
Kotlin
import com.facebook.react.internal.featureflags.ReactNativeFeatureFlags
fun someMethod() {
if (ReactNativeFeatureFlags.enableNativeBehavior()) {
// do something
}
}
JavaScript
import * as ReactNativeFeatureFlags from 'react-native/src/private/featureflags/ReactNativeFeatureFlags';
if (ReactNativeFeatureFlags.enableNativeBehavior()) {
// Native flag
}
if (ReactNativeFeatureFlags.enableJSBehavior()) {
// JS-only flag
}
Setting feature flag overrides
Feature flags provide the default values defined in the configuration unless overrides are applied at the application level. Overrides for common feature flags can only be defined in native, while overrides for JS-ony flags can only be defined in JavaScript.
Overrides must be applied before any of the available feature flags has been accessed. This prevents having inconsistent behavior during the lifecycle of the application.
C++/Objective-C
#include <react/featureflags/ReactNativeFeatureFlags.h>
#include <react/featureflags/ReactNativeFeatureFlagsDefaults.h>
class CustomReactNativeFeatureFlags : public ReactNativeFeatureFlagsDefaults {
public:
CustomReactNativeFeatureFlags();
bool enableNativeBehavior() override {
return true;
}
}
ReactNativeFeatureFlags::override(std::make_unique<CustomReactNativeFeatureFlags>());
Kotlin
import com.facebook.react.internal.featureflags.ReactNativeFeatureFlags
import com.facebook.react.internal.featureflags.ReactNativeFeatureFlagsDefaults
fun overrideFeatureFlags() {
ReactNativeFeatureFlags.override(object : ReactNativeFeatureFlagsDefaults() {
override fun useMicrotasks(): Boolean = true
})
}
JavaScript
import * as ReactNativeFeatureFlags from 'react-native/src/private/featureflags/ReactNativeFeatureFlags';
ReactNativeFeatureFlags.override({
enableJSBehavior: () => true,
});
Reviewing feature flags
You can find the list of feature flags with their configuration in
ReactNativeFeatureFlags.config.js,
but you can also use the CLI to list them:
yarn featureflags --print
Which would print something like:
┌────────────────────────────────────────────────────────────┬───────────────────────────────────────────────────────────────────────────────────────────────────────────┬─────────┬──────────────┐
│ (index) │ Description │ Purpose │ Date added │
├────────────────────────────────────────────────────────────┼───────────────────────────────────────────────────────────────────────────────────────────────────────────┼─────────┼──────────────┤
│ enableFabricLogs │ 'This feature flag enables logs for Fabric.' │ '🔨' │ undefined │
│ jsOnlyTestFlag │ 'JS-only flag for testing. Do NOT modify.' │ '🔨' │ undefined │
│ enableAccessToHostTreeInFabric │ 'Enables access to the host tree in Fabric using DOM-compatible APIs.' │ '🚀' │ undefined │
│ enableBridgelessArchitecture │ 'Feature flag to enable the new bridgeless architecture. Note: Enabling this will force enable the fo...' │ '🚀' │ undefined │
│ useTurboModules │ 'When enabled, NativeModules will be executed by using the TurboModule system' │ '🚀' │ undefined │
│ animatedShouldDebounceQueueFlush │ 'Enables an experimental flush-queue debouncing in Animated.js.' │ '🧪' │ '2024-02-05' │
│ useTurboModuleInterop │ 'In Bridgeless mode, should legacy NativeModules use the TurboModule system?' │ '🧪' │ '2024-07-28' │
└────────────────────────────────────────────────────────────┴───────────────────────────────────────────────────────────────────────────────────────────────────────────┴─────────┴──────────────┘
Summary
┌─────────────────┬────────┐
│ (index) │ Values │
├─────────────────┼────────┤
│ Total │ 55 │
│ Common │ 43 │
│ JS Only │ 12 │
│ Operational │ 5 │
│ Release │ 16 │
│ Experimentation │ 34 │
└─────────────────┴────────┘
If you need to consume this as structured data, you can print it as JSON using:
yarn featureflags --print --json
📐 Design
The architecture of this feature flags system can be described as follows:
- A shared C++ core, where we provide access to the flags and allow customizations.
- A Kotlin/Java interface that allows accessing and customizing the values in the C++ core (via JNI).
- A JavaScript interface that allows accessing the common values (via a native module) and accessing and customizing the JS-only values.
Most of the code for this system is automatically generated from
ReactNativeFeatureFlags.config.js.
The entrypoint for the codegen can be found
here.
The codegen uses a simple templating system based on JavaScript template strings
to generate the files (see files ending with -template.js in the
templates directory),
🔗 Relationship with other systems
Part of this
Used by this
- The only dependency is the C++ TurboModule infrastructure (including codegen), as the JavaScript API uses it to access the feature flag values from native.
Uses this
This system is used extensively throughout the codebase and it evolves over time as feature flags are added or cleaned up.