Skip to content

[Epic] Fetch policies #42

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

Open
rbalicki2 opened this issue Apr 8, 2024 · 1 comment
Open

[Epic] Fetch policies #42

rbalicki2 opened this issue Apr 8, 2024 · 1 comment
Assignees

Comments

@rbalicki2
Copy link
Collaborator

  • There should be fetch policies: yes no if-necessary etc.
  • These are distinct from suspense policies
  • Whether an entrypoint is compatible with if-necessary depends on whether the normalization AST is hard required. This should be reflected in the type, and should be controlled by directives.
    • How do we handle multiple entrypoints for the same field, where one entrypoint hard requires the normalization AST and the other doesn't?? Is the required-ness of the normalization AST reflected in the path?? Probably. Perhaps as /entrypoint and /full-entrypoint or something.
@rbalicki2
Copy link
Collaborator Author

rbalicki2 commented Oct 25, 2024

  • basic check function
  • go through missing field handler
  • incorporate into useLazyReference etc
  • incorporate into loadable fields
  • incorporate into expose as and refetch fields (... should refetch fields always default to fetchPolicy: 'Yes'? I think so... but I'm not convinced, because maybe the magic refetch field needs to not exist. Anyway, I will punt on this until we finish Epic: Loadable interface #102)
  • check unit tests (see [epic] unit tests for traversals #220 )
  • eventually, when normalization ASTs can be lazily loaded, we can do 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

1 participant