Skip to content

Commit f4b1323

Browse files
astorijeSashko Stubailo
authored and
Sashko Stubailo
committed
Fix minor typo (graphql#166)
1 parent 35dd486 commit f4b1323

File tree

1 file changed

+1
-1
lines changed

1 file changed

+1
-1
lines changed

site/learn/BestPractice-Caching.md

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -39,7 +39,7 @@ If the backend uses something like UUIDs for identifiers, then exposing this glo
3939

4040
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.
4141

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:
4343

4444
- GraphQL clients can continue to rely on a consistent mechanism for getting a globally unique ID.
4545
- Clients that need to work with our previous API can also fetch `previousApiId` from the object, and use that.

0 commit comments

Comments
 (0)