relay-runtime 20.1.1 → 21.0.0

package/llm-docs/tutorial/refetchable-fragments.mdx

@@ -0,0 +1,352 @@
+# Refetchable Fragments
+
+In this section, we'll look at how to fetch different data in response to user input.
+
+* We'll build a **filterable friends list**.
+* We'll see how to refetch only the necessary data, not an entire query.
+
+* * *
+
+Since Relay encourages you to fetch all of your data in one big query, what happens when you need to refetch some data with different variables?
+
+For example, suppose you were building a filterable list. You would need to fetch new search results when the search input changed.
+
+One way to approach this would be to use a separate, secondary query to fetch the list, much like we did to fetch the hovercard earlier. Then we could change the query variables and refetch the query when the input changed.
+
+However, this isn't optimal, because it needlessly uses a second query to fetch the *initial* list, before any user input occurs. The hovercard only appeared in response to a user interaction, but if the filterable list is visible and ready to be filtered, we might as well get its initial contents as part of our big query.
+
+On the other hand, we don't want to refetch the *entire big query* whenever the input changes. Not only would this mean retrieving a large amount of data unnecessarily, it could disrupt other parts of the UI. If certain data unrelated to the filterable list has changed on the server, it would appear to randomly change when the query was refetched. Besides, this would mean threading the user input up to the top of the React tree where the query lives, which would not scale very well.
+
+To address these issues, Relay provides *refetchable fragments*. These are fragments that can be refetched with new variables, separately from the rest of the query that they get spread into. They allow us to change a fragment’s arguments and fetch new data for the new argument values, just as we can fetch an entire query with new query variables.
+
+But fragments are just that, fragments — they aren’t queries and can’t be fetched without being spread into a query and read out from the query results. So how do refetchable fragments actually work? The answer is that the Relay compiler generates a new, separate query just to refetch the fragment. The data is retrieved *initially* as part of whatever larger query the fragment is spread into, but then when it’s refetched, the new synthetic query is used.
+
+* * *
+
+To try this out, let's add a sidebar to the page with a filterable contacts list. After all, it wouldn't feel like a properly cozy newsfeed app without the ability to contact people.
+
+We've already prepared a `Sidebar` component, you just need to drop it into `App.tsx`:
+
+```
+// change-line
+import Sidebar from './Sidebar';
+
+export default function App(): React.ReactElement {
+  return (
+    <RelayEnvironment>
+      <React.Suspense fallback={<LoadingSpinner />}>
+        <div className="app">
+          <Newsfeed />
+          // change-line
+          <Sidebar />
+        </div>
+      </React.Suspense>
+    </RelayEnvironment>
+  );
+}
+```
+
+You should now see a sidebar with a list of people at the top.
+
+![Contacts list](/img/docs/tutorial/refetchable-contacts-initial.png)
+
+Have a look at `ContactsList.tsx` and you’ll find this fragment, which is what selects the list of contacts:
+
+```
+const ContactsListFragment = graphql`
+  fragment ContactsListFragment on Viewer {
+    contacts {
+      id
+      ...ContactRowFragment
+    }
+  }
+`;
+```
+
+As it happens, the `contacts` field accepts a `search` argument that filters the list. You can try it out by changing `contacts` in this fragment to `contacts(search: "S")`. If you run `npm run relay` and refresh the page, you should see only those contacts that have the letter S in them.
+
+Our goal, then, will be to hook up a search input so that, when the input changes, we refetch *just this fragment* with a new value for that `search` argument.
+
+:::tip
+As an optional exercise, try combining the queries of Sidebar and Newsfeed into a single query. There is no need for Sidebar to have its own query separate from Newsfeed; in a real app they would both have fragments and the *entire screen* would have only a single query. We built it with a separate query to simplify the early examples in the tutorial.
+:::
+
+### Step 1 — Add a fragment argument
+
+First we need to make this fragment accept an argument. With refetchable fragments, fragment arguments become query variables for the refetch query that Relay generates. (They also work like regular fragment arguments, so the parent query can pass in an initial value for the argument.)
+
+```
+const ContactsListFragment = graphql`
+  fragment ContactsListFragment on Viewer
+    // change
+    @argumentDefinitions(
+      search: {type: "String", defaultValue: null}
+    )
+    // end-change
+  {
+    contacts {
+      id
+      ...ContactRowFragment
+    }
+  }
+`;
+```
+
+### Step 2 — Pass the fragment argument as a field argument
+
+Pass the fragment argument in as an argument to the `contacts` field.
+
+```
+const ContactsListFragment = graphql`
+  fragment ContactsListFragment on Viewer
+    @argumentDefinitions(
+      search: {type: "String", defaultValue: null}
+    )
+  {
+    // change-line
+    contacts(search: $search) {
+      id
+      ...ContactRowFragment
+    }
+  }
+`;
+```
+
+Remember, the first `search` here is the name of the argument to `contacts`, while the second `$search` is the variable created by our fragment argument.
+
+### Step 3 — Add the @refetchable directive
+
+Next we'll add a `@refetchable` directive. This tells Relay to generate the extra query for refetching it. You have to specify the name of the generated query — it's a good idea to base it on the name of the fragment.
+
+```
+const ContactsListFragment = graphql`
+  fragment ContactsListFragment on Viewer
+    // change-line
+    @refetchable(queryName: "ContactsListRefetchQuery")
+    @argumentDefinitions(
+      search: {type: "String", defaultValue: null}
+    )
+  {
+     // ...
+  }
+`;
+```
+
+### Step 4 — Add the search input
+
+Now we need to actually hook this up to our UI. Take a look at the `ContactsList` component:
+
+```
+export default function ContactsList({ viewer }: Props) {
+  const data = useFragment(ContactsListFragment, viewer);
+  return (
+    <Card dim={true}>
+      <h3>Contacts</h3>
+      {data.contacts.map(contact =>
+        <ContactRow key={contact.id} contact={contact} />
+      )}
+    </Card>
+  );
+}
+```
+
+First we need to add a search field.
+
+```
+// change-line
+import SearchInput from './SearchInput';
+
+// change-line
+const {useState} = React;
+
+function ContactsList({viewer}) {
+  const data = useFragment(ContactsListFragment, viewer);
+  // change-line
+  const [searchString, setSearchString] = useState('');
+  // change
+  const onSearchStringChanged = (value: string) => {
+    setSearchString(value);
+  };
+  // end-change
+  return (
+    <Card dim={true}>
+      <h3>Contacts</h3>
+      // change
+      <SearchInput
+        value={searchString}
+        onChange={onSearchStringChanged}
+      />
+      // end-change
+      {data.contacts.map(contact =>
+        <ContactRow key={contact.id} contact={contact} />
+      )}
+    </Card>
+  );
+}
+```
+
+### Step 5 — Call useRefetchableFragment
+
+Now to refetch the fragment when the string changes, we change `useFragment` to `useRefetchableFragment`. This hook returns a `refetch` function which will refetch the fragment with new variables which we provide as an argument.
+
+```
+// change-line
+import {useRefetchableFragment} from 'react-relay';
+
+function ContactsList({viewer}) {
+  // change-line
+  const [data, refetch] = useRefetchableFragment(ContactsListFragment, viewer);
+  const [searchString, setSearchString] = useState('');
+  const onSearchStringChanged = (value) => {
+    setSearchString(value);
+    // change-line
+    refetch({search: value});
+  };
+  return (
+    // ...
+  );
+}
+```
+
+You’ll notice that Relay gives us a callback for refetching, rather than accepting the new state variables as an argument to the hook and refetching when it is re-rendered  with a different value. This means that the fetch begins as soon as the event takes place, saving some time versus waiting until React finishes re-rendering — the same principle we saw before with preloaded queries. It also gives us more control, for example if we wanted to debounce the refetch.
+
+### Step 6 — Control loading with useTransition
+
+At this point, when the fragment is refreshed, Relay uses Suspense while the new data is loading, so the entire component is replaced with a spinner! This makes the UI fairly unusable. We would rather just keep the current data on screen until the new data is available.
+
+The way Suspense normally works is this: When a component is missing data that it needs to render (as our component does after we refetch), it tells React to wait. When this happens, React finds the nearest Suspense component in the tree. It then replaces everything under that component with a "fallback" loading indicator.
+
+![Component needs data](/img/docs/tutorial/refetchable-suspense-1-data-needed.png)
+![React finds the nearest Suspense point](/img/docs/tutorial/refetechable-suspense-2-nearest-suspense-point.png)
+![Renders a fallback at that point until the data is available](/img/docs/tutorial/refetchable-suspense-3-fallback.png)
+
+This makes sense when initially loading a screen, but in this instance there's no reason to hide the existing UI and replace it with a spinner. While React is waiting, it can simply continue showing what's already there.
+
+To achieve this, we can mark the refetch as a *transition*. Transitions are React state updates that do not need to be immediately responded to — React can wait until the data is available.
+
+Transitions are marked by wrapping the state change in a call to a function provided by the `useTransition` hook. This is what the code will look like:
+
+```
+// change-line
+const {useState, useTransition} = React;
+
+function ContactsList({viewer}) {
+  // change-line
+  const [isPending, startTransition] = useTransition();
+  const [searchString, setSearchString] = useState('');
+  const [data, refetch] = useRefetchableFragment(ContactsListFragment, viewer);
+  const onSearchStringChanged = (value) => {
+    setSearchString(value);
+    // change
+    startTransition(() => {
+      refetch({search: value});
+    });
+    // end-change
+  };
+  return (
+    <Card dim={true}>
+      <h3>Contacts</h3>
+      <SearchInput
+        value={searchString}
+        onChange={onSearchStringChanged}
+        // change-line
+        isPending={isPending}
+      />
+      {data.contacts.map(contact =>
+        <ContactRow key={contact.id} contact={contact} />
+      )}
+    </Card>
+  );
+}
+```
+
+While React is waiting for the new data, instead of using a Suspense fallback, React re-renders the component with the `isPending` flag set to true.
+
+We simply pass the `isPending` flag to `SearchInput` (which causes it to show a spinner) while the refetch is happening. Meanwhile, by placing `setSearchString` outside of the transition but `refetch` within it, we tell React to immediately update the search input.
+
+We should now be able to search the contacts list with a nice user experience, showing a spinner but keeping the previous data visible while loading.
+
+![Search input goes from spinner to filtered list](/img/docs/tutorial/refetchable-transition-search.png)
+
+<details>
+<summary>Deep dive: What fragments can be refetched?</summary>
+
+To refetch fragments, Relay has to know how to generate a query that lets it refetch just the information from the fragment. That’s only possible for fragments that meet certain requirements.
+
+You might imagine that we could, if nothing else, re-run the original query that the fragment was spread into. However, GraphQL doesn’t guarantee that the same query will return the same results at different times. For instance, imagine you had a GraphQL field that returned the top trending posts across the site:
+
+```
+query MyQuery {
+  topTrendingPosts {
+    title
+    summary
+    date
+    poster {
+     ...PosterFragment
+    }
+  }
+}
+```
+
+If you wanted to refresh just `PosterFragment` from this query, it wouldn’t work to construct a query like this:
+
+```
+query MyQuery {
+  topTrendingPosts {
+    poster {
+     ...PosterFragment
+    }
+  }
+}
+```
+
+... because the top trending post could be a different post by the time you refresh it!
+
+Relay needs a way of identifying the specific node in the graph that the fragment ends up on, even if it can no longer be reached by the same path that the original query uses. If the node has a unique and stable ID, then we can just have a convention for querying for “the graph node with some specific ID” like so:
+
+```
+query RefetchQuery {
+  node(id: "abcdef") {
+    ...PosterFragment
+  }
+}
+```
+
+In fact, this is exactly the convention that Relay uses. It expects your server to implement a top-level field called `node` that takes an ID and gives you the graph node with that ID. (We saw `node` earlier with the hovercard example — there it was used to fetch a specific person given their ID using a secondary query.)
+
+Not every graph node has a stable ID — some are ephemeral. To be used with `node`, your schema has to declare that its type implements an interface called `Node`:
+
+```
+type Person implements Node {
+  id: ID!
+  ...
+}
+```
+
+The `Node` interface simply says it has an ID, but more importantly indicates by convention that that ID is stable and unique:
+
+```
+interface Node {
+  id: ID!
+}
+```
+
+import {OssOnly, FbInternalOnly} from 'docusaurus-plugin-internaldocs-fb/internal';
+
+Besides fragments on types that implement `Node`, you can also refetch fragments that are on `Viewer` (since the viewer is assumed to be stable throughout a session) and that are at the top level of a query (since there’s no field above them that could change identity).
+
+<FbInternalOnly>
+
+Meta only: Ents marked with <a href="https://fb.workplace.com/groups/graphql.fyi/permalink/1539541276187011/" target="_blank">GraphQLFetchable</a> can also be refetched.
+
+</FbInternalOnly>
+
+</details>
+
+* * *
+
+## Summary
+
+Refetchable fragments let us efficiently update specific parts of the UI in response to user input, while initializing them as part of the same query that we use for the entire screen.
+
+Relay's pagination features are built on refetchable fragments, too. We'll explore those next.

package/multi-actor-environment/ActorIdentifier.js.flow

@@ -30,12 +30,12 @@ function assertInternalActorIdentifier(actorIdentifier: ActorIdentifier): void {
 }
 
 module.exports = {
+  INTERNAL_ACTOR_IDENTIFIER_DO_NOT_USE,
   assertInternalActorIdentifier,
   getActorIdentifier(actorID: string): ActorIdentifier {
-    return (actorID: ActorIdentifier);
+    return actorID as ActorIdentifier;
   },
   getDefaultActorIdentifier(): ActorIdentifier {
     throw new Error('Not Implemented');
   },
-  INTERNAL_ACTOR_IDENTIFIER_DO_NOT_USE,
 };

package/multi-actor-environment/ActorSpecificEnvironment.js.flow

@@ -46,7 +46,7 @@ const RelayOperationTracker = require('../store/RelayOperationTracker');
 const RelayPublishQueue = require('../store/RelayPublishQueue');
 const registerEnvironmentWithDevTools = require('../util/registerEnvironmentWithDevTools');
 
-export type ActorSpecificEnvironmentConfig = $ReadOnly<{
+export type ActorSpecificEnvironmentConfig = Readonly<{
   actorIdentifier: ActorIdentifier,
   configName: ?string,
   defaultRenderPolicy: RenderPolicy,
@@ -56,7 +56,7 @@ export type ActorSpecificEnvironmentConfig = $ReadOnly<{
   network: INetwork,
   relayFieldLogger: RelayFieldLogger,
   store: Store,
-  missingFieldHandlers: $ReadOnlyArray<MissingFieldHandler>,
+  missingFieldHandlers: ReadonlyArray<MissingFieldHandler>,
 }>;
 
 class ActorSpecificEnvironment implements IActorEnvironment {
@@ -69,7 +69,7 @@ class ActorSpecificEnvironment implements IActorEnvironment {
   +actorIdentifier: ActorIdentifier;
   +configName: ?string;
   +multiActorEnvironment: IMultiActorEnvironment;
-  +options: mixed;
+  +options: unknown;
   relayFieldLogger: RelayFieldLogger;
 
   constructor(config: ActorSpecificEnvironmentConfig) {
@@ -101,7 +101,7 @@ class ActorSpecificEnvironment implements IActorEnvironment {
 
     if (__DEV__) {
       const {inspect} = require('../store/StoreInspector');
-      (this: $FlowFixMe).DEBUG_inspect = (dataID: ?string) =>
+      (this as $FlowFixMe).DEBUG_inspect = (dataID: ?string) =>
         inspect(this, dataID);
     }
 
@@ -118,7 +118,7 @@ class ActorSpecificEnvironment implements IActorEnvironment {
     return this._defaultRenderPolicy;
   }
 
-  applyMutation<TMutation: MutationParameters>(
+  applyMutation<TMutation extends MutationParameters>(
     optimisticConfig: OptimisticResponseConfig<TMutation>,
   ): Disposable {
     return this.multiActorEnvironment.applyMutation(this, optimisticConfig);
@@ -202,14 +202,14 @@ class ActorSpecificEnvironment implements IActorEnvironment {
     return this.multiActorEnvironment.execute(this, config);
   }
 
-  executeSubscription<TMutation: MutationParameters>(config: {
+  executeSubscription<TMutation extends MutationParameters>(config: {
     operation: OperationDescriptor,
     updater?: ?SelectorStoreUpdater<TMutation['response']>,
   }): RelayObservable<GraphQLResponse> {
     return this.multiActorEnvironment.executeSubscription(this, config);
   }
 
-  executeMutation<TMutation: MutationParameters>(
+  executeMutation<TMutation extends MutationParameters>(
     options: ExecuteMutationConfig<TMutation>,
   ): RelayObservable<GraphQLResponse> {
     return this.multiActorEnvironment.executeMutation(this, options);

package/multi-actor-environment/ActorUtils.js.flow

@@ -17,7 +17,7 @@ import type {ActorIdentifier} from './ActorIdentifier';
 
 const {getActorIdentifier} = require('./ActorIdentifier');
 
-function getActorIdentifierFromPayload(payload: mixed): ?ActorIdentifier {
+function getActorIdentifierFromPayload(payload: unknown): ?ActorIdentifier {
   if (
     payload != null &&
     typeof payload === 'object' &&

package/multi-actor-environment/MultiActorEnvironment.js.flow

@@ -55,7 +55,7 @@ const RelayModernStore = require('../store/RelayModernStore');
 const RelayRecordSource = require('../store/RelayRecordSource');
 const ActorSpecificEnvironment = require('./ActorSpecificEnvironment');
 
-export type MultiActorEnvironmentConfig = $ReadOnly<{
+export type MultiActorEnvironmentConfig = Readonly<{
   createConfigNameForActor?: ?(actorIdentifier: ActorIdentifier) => string,
   createNetworkForActor: (actorIdentifier: ActorIdentifier) => INetwork,
   createStoreForActor?: ?(actorIdentifier: ActorIdentifier) => Store,
@@ -64,13 +64,14 @@ export type MultiActorEnvironmentConfig = $ReadOnly<{
   handlerProvider?: HandlerProvider,
   isServer?: ?boolean,
   logFn?: ?LogFunction,
-  missingFieldHandlers?: ?$ReadOnlyArray<MissingFieldHandler>,
+  missingFieldHandlers?: ?ReadonlyArray<MissingFieldHandler>,
   normalizeResponse?: NormalizeResponseFunction,
   operationLoader?: ?OperationLoader,
   relayFieldLogger?: ?RelayFieldLogger,
   scheduler?: ?TaskScheduler,
   shouldProcessClientComponents?: ?boolean,
   treatMissingFieldsAsNull?: boolean,
+  deferDeduplicatedFields?: boolean,
 }>;
 
 class MultiActorEnvironment implements IMultiActorEnvironment {
@@ -83,7 +84,7 @@ class MultiActorEnvironment implements IMultiActorEnvironment {
   +_handlerProvider: HandlerProvider;
   +_isServer: boolean;
   +_logFn: LogFunction;
-  +_missingFieldHandlers: $ReadOnlyArray<MissingFieldHandler>;
+  +_missingFieldHandlers: ReadonlyArray<MissingFieldHandler>;
   +_normalizeResponse: NormalizeResponseFunction;
   +_operationExecutions: Map<string, ActiveState>;
   +_operationLoader: ?OperationLoader;
@@ -91,6 +92,7 @@ class MultiActorEnvironment implements IMultiActorEnvironment {
   +_scheduler: ?TaskScheduler;
   +_shouldProcessClientComponents: ?boolean;
   +_treatMissingFieldsAsNull: boolean;
+  +_deferDeduplicatedFields: boolean;
 
   constructor(config: MultiActorEnvironmentConfig) {
     this._actorEnvironments = new Map();
@@ -106,6 +108,7 @@ class MultiActorEnvironment implements IMultiActorEnvironment {
     this._relayFieldLogger = config.relayFieldLogger ?? defaultRelayFieldLogger;
     this._shouldProcessClientComponents = config.shouldProcessClientComponents;
     this._treatMissingFieldsAsNull = config.treatMissingFieldsAsNull ?? false;
+    this._deferDeduplicatedFields = config.deferDeduplicatedFields ?? false;
     this._isServer = config.isServer ?? false;
     this._missingFieldHandlers = config.missingFieldHandlers ?? [];
     this._createStoreForActor = config.createStoreForActor;
@@ -175,7 +178,7 @@ class MultiActorEnvironment implements IMultiActorEnvironment {
   _checkSelectorAndHandleMissingFields(
     actorEnvironment: IActorEnvironment,
     operation: OperationDescriptor,
-    handlers: $ReadOnlyArray<MissingFieldHandler>,
+    handlers: ReadonlyArray<MissingFieldHandler>,
   ): OperationAvailability {
     const targets: Map<ActorIdentifier, MutableRecordSource> = new Map([
       [actorEnvironment.actorIdentifier, RelayRecordSource.create()],
@@ -267,7 +270,7 @@ class MultiActorEnvironment implements IMultiActorEnvironment {
     });
   }
 
-  applyMutation<TMutation: MutationParameters>(
+  applyMutation<TMutation extends MutationParameters>(
     actorEnvironment: IActorEnvironment,
     optimisticConfig: OptimisticResponseConfig<TMutation>,
   ): Disposable {
@@ -341,7 +344,7 @@ class MultiActorEnvironment implements IMultiActorEnvironment {
     });
   }
 
-  executeSubscription<TMutation: MutationParameters>(
+  executeSubscription<TMutation extends MutationParameters>(
     actorEnvironment: IActorEnvironment,
     {
       operation,
@@ -368,7 +371,7 @@ class MultiActorEnvironment implements IMultiActorEnvironment {
     });
   }
 
-  executeMutation<TMutation: MutationParameters>(
+  executeMutation<TMutation extends MutationParameters>(
     actorEnvironment: IActorEnvironment,
     {
       operation,
@@ -432,7 +435,7 @@ class MultiActorEnvironment implements IMultiActorEnvironment {
     return this._isServer;
   }
 
-  _execute<TMutation: MutationParameters>(
+  _execute<TMutation extends MutationParameters>(
     actorEnvironment: IActorEnvironment,
     {
       createSource,
@@ -471,6 +474,7 @@ class MultiActorEnvironment implements IMultiActorEnvironment {
           return this.forActor(actorIdentifier).getStore();
         },
         treatMissingFieldsAsNull: this._treatMissingFieldsAsNull,
+        deferDeduplicatedFields: this._deferDeduplicatedFields,
         updater,
         log: this._logFn,
         normalizeResponse: this._normalizeResponse,

package/multi-actor-environment/MultiActorEnvironmentTypes.js.flow

@@ -140,7 +140,7 @@ export interface IMultiActorEnvironment {
    * Apply an optimistic mutation response and/or updater. The mutation can be
    * reverted by calling `dispose()` on the returned value.
    */
-  applyMutation<TMutation: MutationParameters>(
+  applyMutation<TMutation extends MutationParameters>(
     actorEnvironment: IActorEnvironment,
     optimisticConfig: OptimisticResponseConfig<TMutation>,
   ): Disposable;
@@ -203,7 +203,7 @@ export interface IMultiActorEnvironment {
    * Note: Observables are lazy, so calling this method will do nothing until
    * the result is subscribed to: environment.executeSubscription({...}).subscribe({...}).
    */
-  executeSubscription<TMutation: MutationParameters>(
+  executeSubscription<TMutation extends MutationParameters>(
     actorEnvironment: IActorEnvironment,
     config: {
       operation: OperationDescriptor,
@@ -221,7 +221,7 @@ export interface IMultiActorEnvironment {
    * the result is subscribed to:
    * environment.executeMutation({...}).subscribe({...}).
    */
-  executeMutation<TMutation: MutationParameters>(
+  executeMutation<TMutation extends MutationParameters>(
     actorEnvironment: IActorEnvironment,
     config: ExecuteMutationConfig<TMutation>,
   ): RelayObservable<GraphQLResponse>;

package/mutations/RelayDeclarativeMutationConfig.js.flow

@@ -27,13 +27,13 @@ const MutationTypes = Object.freeze({
   RANGE_DELETE: 'RANGE_DELETE',
   NODE_DELETE: 'NODE_DELETE',
 });
-export type MutationType = $Values<typeof MutationTypes>;
+export type MutationType = Values<typeof MutationTypes>;
 
 const RangeOperations = Object.freeze({
   APPEND: 'append',
   PREPEND: 'prepend',
 });
-export type RangeOperation = $Values<typeof RangeOperations>;
+export type RangeOperation = Values<typeof RangeOperations>;
 
 type RangeBehaviorsFunction = (connectionArgs: {
   [name: string]: $FlowFixMe,
@@ -82,7 +82,7 @@ export type DeclarativeMutationConfig =
   | RangeDeleteConfig
   | NodeDeleteConfig;
 
-function convert<TMutation: MutationParameters>(
+function convert<TMutation extends MutationParameters>(
   configs: Array<DeclarativeMutationConfig>,
   request: ConcreteRequest,
   optimisticUpdater?: ?SelectorStoreUpdater<TMutation['response']>,
@@ -145,13 +145,13 @@ function convert<TMutation: MutationParameters>(
 function nodeDelete(
   config: NodeDeleteConfig,
   request: ConcreteRequest,
-): ?SelectorStoreUpdater<mixed> {
+): ?SelectorStoreUpdater<unknown> {
   const {deletedIDFieldName} = config;
   const rootField = getRootField(request);
   if (!rootField) {
     return null;
   }
-  return (store: RecordSourceSelectorProxy, data: ?mixed) => {
+  return (store: RecordSourceSelectorProxy, data: ?unknown) => {
     const payload = store.getRootField(rootField);
     if (!payload) {
       return;
@@ -169,7 +169,7 @@ function nodeDelete(
 function rangeAdd(
   config: RangeAddConfig,
   request: ConcreteRequest,
-): ?SelectorStoreUpdater<mixed> {
+): ?SelectorStoreUpdater<unknown> {
   const {parentID, connectionInfo, edgeName} = config;
   if (!parentID) {
     warning(
@@ -183,7 +183,7 @@ function rangeAdd(
   if (!connectionInfo || !rootField) {
     return null;
   }
-  return (store: RecordSourceSelectorProxy, data: ?mixed) => {
+  return (store: RecordSourceSelectorProxy, data: ?unknown) => {
     const parent = store.get(parentID);
     if (!parent) {
       return;
@@ -237,7 +237,7 @@ function rangeAdd(
 function rangeDelete(
   config: RangeDeleteConfig,
   request: ConcreteRequest,
-): ?SelectorStoreUpdater<mixed> {
+): ?SelectorStoreUpdater<unknown> {
   const {parentID, connectionKeys, pathToConnection, deletedIDFieldName} =
     config;
   if (!parentID) {
@@ -252,7 +252,7 @@ function rangeDelete(
   if (!rootField) {
     return null;
   }
-  return (store: RecordSourceSelectorProxy, data: ?mixed) => {
+  return (store: RecordSourceSelectorProxy, data: ?unknown) => {
     if (!data) {
       return;
     }