Feasible to memoize entire state of the posterhall to come back to it? about sparkle HOT 1 OPEN

Off the top of my head, the more reacty way to solve this sort of a need (as I believe I described on the original smaller ‘need’ on the specific PR) is to make use of global state stored in redux. We already do this for a lot of things, but the search results, randomisation, etc you’re talking about are all handled in the hooks (basically local state) rather than global state. So by design, when you navigate away from the PosterHall to a PosterPage (a different venue), they are ‘cleaned up’ and ‘released from memory’.

An alternative pattern that could also potentially solve this need (that would allow us to continue using hook-based memorisation, etc) is to leverage react’s context provider pattern. This is used in a few places in the app, most recently/cleanly for the ‘useRelatedVenues’ performance refactor that made the env/ohbm environment actually usable again (the number of related venues and our older inefficient way of building the schedule was breaking things and making it load super slow). To use the context provider pattern, we would probably need to add the ‘provider’ in the TemplateWrapper component, but only have it wrap around PosterHall and PosterPage venues (both will need to be wrapped by the same provider). That way it would allow the memoised hook state to be maintained when navigating between PosterHall and PosterPage, but would still be cleaned up when navigating to any other venue type outside of them.

from sparkle.