You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The current version of NuclearJS uses a cache key consisting of store
states (monotomically incresing ID per store). This has the
disadvantage of allowing only a single level of depth when figuring out
if a cache entry is stale. This leads to poor performance when the
shape of a Reactor's state is more deep than wide, ie a store having
multiple responsibilities for state tracking.
The implementation is as follows:
Consumer can set the maxCacheDepth when instantiating a reactor
Getters are broken down into the canonical set of keypaths based on
the maxCacheDepth
Add a keypath tracker abstraction to maintain the state value of all
tracked keypaths
The current version of NuclearJS uses a cache key consisting of store
states (monotomically incresing ID per store). This has the
disadvantage of allowing only a single level of depth when figuring out
if a cache entry is stale. This leads to poor performance when the
shape of a Reactor's state is more deep than wide, ie a store having
multiple responsibilities for state tracking.
The implementation is as follows:
the maxCacheDepth
tracked keypaths