mirror of
https://github.com/facebook/react.git
synced 2026-02-25 22:45:00 +00:00
b548b3cd64
* Decouple update queue from Fiber type The update queue is in need of a refactor. Recent bugfixes (#12528) have exposed some flaws in how it's modeled. Upcoming features like Suspense and [redacted] also rely on the update queue in ways that weren't anticipated in the original design. Major changes: - Instead of boolean flags for `isReplace` and `isForceUpdate`, updates have a `tag` field (like Fiber). This lowers the cost for adding new types of updates. - Render phase updates are special cased. Updates scheduled during the render phase are dropped if the work-in-progress does not commit. This is used for `getDerivedStateFrom{Props,Catch}`. - `callbackList` has been replaced with a generic effect list. Aside from callbacks, this is also used for `componentDidCatch`. * Remove first class UpdateQueue types and use closures instead I tried to avoid this at first, since we avoid it everywhere else in the Fiber codebase, but since updates are not in a hot path, the trade off with file size seems worth it. * Store captured errors on a separate part of the update queue This way they can be reused independently of updates like getDerivedStateFromProps. This will be important for resuming. * Revert back to storing hasForceUpdate on the update queue Instead of using the effect tag. Ideally, this would be part of the return type of processUpdateQueue. * Rename UpdateQueue effect type back to Callback I don't love this name either, but it's less confusing than UpdateQueue I suppose. Conceptually, this is usually a callback: setState callbacks, componentDidCatch. The only case that feels a bit weird is Timeouts, which use this effect to attach a promise listener. I guess that kinda fits, too. * Call getDerivedStateFromProps every render, even if props did not change Rather than enqueue a new setState updater for every props change, we can skip the update queue entirely and merge the result into state at the end. This makes more sense, since "receiving props" is not an event that should be observed. It's still a bit weird, since eventually we do persist the derived state (in other words, it accumulates). * Store captured effects on separate list from "own" effects (callbacks) For resuming, we need the ability to discard the "own" effects while reusing the captured effects. * Optimize for class components Change `process` and `callback` to match the expected payload types for class components. I had intended for the update queue to be reusable for both class components and a future React API, but we'll likely have to fork anyway. * Only double-invoke render phase lifecycles functions in DEV * Use global state to track currently processing queue in DEV
32 lines
1.2 KiB
JavaScript
32 lines
1.2 KiB
JavaScript
/**
|
|
* Copyright (c) 2013-present, Facebook, Inc.
|
|
*
|
|
* This source code is licensed under the MIT license found in the
|
|
* LICENSE file in the root directory of this source tree.
|
|
*
|
|
* @flow
|
|
*/
|
|
|
|
export type TypeOfSideEffect = number;
|
|
|
|
// Don't change these two values. They're used by React Dev Tools.
|
|
export const NoEffect = /* */ 0b00000000000;
|
|
export const PerformedWork = /* */ 0b00000000001;
|
|
|
|
// You can change the rest (and add more).
|
|
export const Placement = /* */ 0b00000000010;
|
|
export const Update = /* */ 0b00000000100;
|
|
export const PlacementAndUpdate = /* */ 0b00000000110;
|
|
export const Deletion = /* */ 0b00000001000;
|
|
export const ContentReset = /* */ 0b00000010000;
|
|
export const Callback = /* */ 0b00000100000;
|
|
export const DidCapture = /* */ 0b00001000000;
|
|
export const Ref = /* */ 0b00010000000;
|
|
export const Snapshot = /* */ 0b00100000000;
|
|
|
|
// Union of all host effects
|
|
export const HostEffectMask = /* */ 0b00111111111;
|
|
|
|
export const Incomplete = /* */ 0b01000000000;
|
|
export const ShouldCapture = /* */ 0b10000000000;
|