Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[Docs] The big docs epic #345

Open
zth opened this issue May 9, 2022 · 1 comment
Open

[Docs] The big docs epic #345

zth opened this issue May 9, 2022 · 1 comment

Comments

@zth
Copy link
Owner

zth commented May 9, 2022

This issue is intended to track things we (desperately) need to add to the docs. Please feel free to comment on this issue, and I'll add to the list.

How the top level node field works.

  • It always checks the cache (via id) first before going to the server. An example when this is useful is when you have a details page for a single instance of a type. Going via the cache first means Relay might be able to partially render a lot of the details view with the data that's currently in the cache, while fetching the rest of the data.
  • If you use the node field to fetch only one type, RescriptRelay will "collapse" the response of node automatically, so you don't need to select the full union (select more than 1 type to opt out)
  • Because of the benefits, it might be worth it considering using node for details pages (I always do that to leverage all of the benefits).
@redbar0n
Copy link
Contributor

redbar0n commented Oct 5, 2023

Resposting this tweet here:

I tried to find details of the benefits (the WHY) of #ReScriptRelay (esp. vs. normal #Relay) but I couldn't find any... not on the landing page, docs, or github page.. the closest I've found is some tweets of yours..

#rescript comp. is obv., but like to learn more!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants