-
Notifications
You must be signed in to change notification settings - Fork 47k
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
Implement Silent Updates in the State Update Queue #10580
Comments
Thanks for the follow-up. No strong opinion since this is a power-user feature, but for the sake of reactjs itself and the js users, let's keep the API minimal, As always. Cc @jordwalke |
I like the idea of introducing a new component type that serves as a target for both Reason React and for the compiler experiments that @trueadm is doing. We can mark it as unstable for now. This will let us try out new APIs at a faster pace than our usual release cycle. Our ongoing async investigations could also benefit from this. |
Or, short of introducing a whole new component type, |
@acdlite |
Mmm, I see |
If I recall correctly, in RR it's determined by the return type? |
Looks like this didn't happen nor come up later. |
Reason React has silent updates. Meaning it's a normal update in the state queue that can be reverted. The only difference is, it doesn't need a rerender by itself. If props have changed, it does rerender.
Unclear if we expose this to the existing ClassComponent API or make it a feature of new APIs.
The text was updated successfully, but these errors were encountered: