Re:React Concurrent Mode
by EastSmith on Thursday October 24, 2019 @01:42PM
(#21347105)
The version control analogy in the description was spot on, but a good demo is worth a thousand words, so I will be waiting for a good demo to make conclusions.
[ Parent
| on HN ]
Re:React Concurrent Mode
by danabramov on Thursday October 24, 2019 @05:03PM
(#21349148)
It might be asking a lot but to form the right impression, I would really suggest that you get through these docs:
1. https://reactjs.org/docs/concurrent-mode-suspense.html
2. https://reactjs.org/docs/concurrent-mode-patterns.html
I spent the last 48 hours writing them, and I think they answer your questions and contain many, many demos.
I'm still working my way through the suspense doc (very nice so far...) so please bear with this "in flight" thought.
Does having an external state tracking system like Redux combined with a tracking a "loading state" solve the in-flight rendering item? My initial take is that this allows for a simplified model where data is loaded directly in components without the wrapping dance for tracking client load status.
Re:React Concurrent Mode
by danabramov on Thursday October 24, 2019 @06:37PM
(#21349910)
The meat of this thing is in the 'Patterns' doc. That's the kind of stuff Redux isn't equipped to do.
Re:React Concurrent Mode
by gmaster1440 on Thursday October 24, 2019 @01:45PM
(#21347145)
This CodeSandbox seems relatively instructive: https://codesandbox.io/s/frosty-hermann-bztrp
This demo is helpful. One thing that stands out is that fetchProfileData is made in the global scope. I presume (I hope) that it will be possible to do this from include an useEffect hook instead.
Re:React Concurrent Mode
by throwaway_bad on Thursday October 24, 2019 @03:20PM
(#21348235)
The clearest demo that communicates what this solves was given when it was announced last year.
That clock animation is pure genius: