You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: site/learn/BestPractice-Caching.md
+1-1Lines changed: 1 addition & 1 deletion
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -39,7 +39,7 @@ If the backend uses something like UUIDs for identifiers, then exposing this glo
39
39
40
40
One concern with using the `id` field for this purpose is how a client using the GraphQL API would work with existing APIs. For example, if our existing API accepted a type-specific ID, but our GraphQL API uses globally unique IDs, then using both at once can be tricky.
41
41
42
-
In these cases, the GraphQL API can expose the previous API's IDs is a separate field. This gives us the best of both worlds:
42
+
In these cases, the GraphQL API can expose the previous API's IDs in a separate field. This gives us the best of both worlds:
43
43
44
44
- GraphQL clients can continue to rely on a consistent mechanism for getting a globally unique ID.
45
45
- Clients that need to work with our previous API can also fetch `previousApiId` from the object, and use that.
0 commit comments