Owner: Brian Vaughn
As of facebook/react/pull/22760, the experimental Test Selector API is now available in the experimental release channel.
To test the API, first install the experimental release:
Brian Vaughn bvaughn
bvaughn
/ react-dom-test-selectors.md
Last active
January 9, 2023 15:46
Experimental React DOM test selector API
bvaughn
/ devtools-bridge-protocol.md
Last active
October 13, 2022 18:34
React DevTools: Unsupported backend version
This page contains instructions for updating a local React DevTools application to match a version embedded in a renderer such as React Native. Instructions below cover NPM, Flipper, and React Native Debugger. If you use React DevTools in a different way, please let us know.
If you are viewing this page, you have likely seen one of the dialogs below:
bvaughn
/ useSubscription-and-useMutableSource.md
Last active
December 29, 2021 02:12
`useSubscription` and `useMutableSource` tearing and deopt behavior.
useSubscription and useMutableSource1 tearing and deopt behavior.
The tree below represents a React application mounting. During mount, two components read from an external, mutable source. The first one (List) reads version 1 of that data and the second one (Item) reads version 2.
N/A.
tatianamac
/ tatiana-mac-speaker-rider.md
Last active
March 24, 2024 12:22
Tatiana Mac's Speaker Rider
by Tatiana Mac
Last updated 14 April 2021
As speaking comes with immense privilege, I have crafted a speaker rider to set expectations and boundaries around my engagement. I am grateful to all the conference organisers who have brilliantly hosted me. I would love to continue to exercise this privilege to speak at conferences, and use this privilege to make the landscape more accessible and beneficial to tech's most historically excluded and marginalised communities.
😫 I provide a lot of explanations for those of you who never had to consider these things. Most thoughtful conferences I've attended check most of these boxes intrinsically, particularly when conference runners are experienced speakers. They get it.
bvaughn
/ profiling-a-chrome-extension.md
Last active
February 21, 2024 05:46
Profiling a custom Chrome extension
Chrome's profiler ("Performance tab) is very useful for measuring JavaScript performance, but what if you want to measure the performance of a custom extension?
For example, what if I would like to profile the following interaction:
React recently introduced an experimental profiler API. This page gives instructions on how to use this API in a production release of your app.
Table of Contents
React DOM automatically supports profiling in development mode for v16.5+, but since profiling adds some small additional overhead it is opt-in for production mode. This gist explains how to opt-in.
React recently introduced an experimental profiler API. After discussing this API with several teams at Facebook, one common piece of feedback was that the performance information would be more useful if it could be associated with the events that caused the application to render (e.g. button click, XHR response). Tracing these events (or "interactions") would enable more powerful tooling to be built around the timing information, capable of answering questions like "What caused this really slow commit?" or "How long does it typically take for this interaction to update the DOM?".
With version 16.4.3, React added experimental support for this tracing by way of a new NPM package, scheduler. However the public API for this package is not yet finalized and will likely change with upcoming minor releases, so it should be used with caution.
gaearon
/ prepack-gentle-intro-1.md
Last active
May 3, 2024 12:56
A Gentle Introduction to Prepack, Part 1
Note:
When this guide is more complete, the plan is to move it into Prepack documentation.
For now I put it out as a gist to gather initial feedback.
If you're building JavaScript apps, you might already be familiar with some tools that compile JavaScript code to equivalent JavaScript code:
- Babel lets you use newer JavaScript language features, and outputs equivalent code that targets older JavaScript engines.
All libraries have subtle rules that you have to follow for them to work well. Often these are implied and undocumented rules that you have to learn as you go. This is an attempt to document the rules of React renders. Ideally a type system could enforce it.
A number of methods in React are assumed to be "pure".
On classes that's the constructor, getDerivedStateFromProps, shouldComponentUpdate and render.
bvaughn
/ react-native-sync-and-release-process.md
Last active
April 7, 2018 14:51
Overview of the current React / ReactNative sync and release process
I've gotten a couple of questions about how the RN sync process works, so I thought I'd write up a high level overview of the current process and some of its challenges.
As far as JavaScript goes, there are a couple of things that live outside of the React Native GitHub repository that get auto-synced in:
- React (core)
- ReactNative renderer
- Other things (e.g. component types like
View,Text, theAnimatedlibrary,StyleSheet, etc.)
The source of truth for React core is GitHub (https://github.com/facebook/react). It gets published to NPM and React Native depends on it via an NPM dependency. e.g. the most recently release of RN (55) depends on React core 16.3.1
NewerOlder