Gathering detailed insights and metrics for re-reselect
Gathering detailed insights and metrics for re-reselect
Gathering detailed insights and metrics for re-reselect
Gathering detailed insights and metrics for re-reselect
Enhance Reselect selectors with deeper memoization and cache management.
npm install re-reselect
Module System
Min. Node Version
Typescript Support
Node Version
NPM Version
1,083 Stars
453 Commits
46 Forks
8 Watching
2 Branches
17 Contributors
Updated on 27 Nov 2024
TypeScript (84.51%)
JavaScript (15.49%)
Cumulative downloads
Total Downloads
Last day
-2.4%
28,352
Compared to previous day
Last week
14.7%
162,645
Compared to previous week
Last month
15.3%
645,995
Compared to previous month
Last year
-5%
7,993,085
Compared to previous year
From v5, reselect
provides the ability to natively implement custom memoization/caching solutions via createSelector
options. Most of the features re-reselect
used to enable should be now natively available in reselect
. re-reselect
will try to support reselect
v5+ for backward compatibility reasons.
re-reselect
is a lightweight wrapper around Reselect meant to enhance selectors with deeper memoization and cache management.
Switching between different arguments using standard reselect
selectors causes cache invalidation since default reselect
cache has a limit of one.
re-reselect
forwards different calls to different reselect
selectors stored in cache, so that computed/memoized values are retained.
re-reselect
selectors work as normal reselect
selectors but they are able to determine when creating a new selector or querying a cached one on the fly, depending on the supplied arguments.
Useful to:
reselect
with custom caching strategies1import {createCachedSelector} from 're-reselect'; 2 3// Normal reselect routine: declare "inputSelectors" and "resultFunc" 4const getUsers = state => state.users; 5const getLibraryId = (state, libraryName) => state.libraries[libraryName].id; 6 7const getUsersByLibrary = createCachedSelector( 8 // inputSelectors 9 getUsers, 10 getLibraryId, 11 12 // resultFunc 13 (users, libraryId) => expensiveComputation(users, libraryId), 14)( 15 // re-reselect keySelector (receives selectors' arguments) 16 // Use "libraryName" as cacheKey 17 (_state_, libraryName) => libraryName 18); 19 20// Cached selectors behave like normal selectors: 21// 2 reselect selectors are created, called and cached 22const reactUsers = getUsersByLibrary(state, 'react'); 23const vueUsers = getUsersByLibrary(state, 'vue'); 24 25// This 3rd call hits the cache 26const reactUsersAgain = getUsersByLibrary(state, 'react'); 27// reactUsers === reactUsersAgain 28// "expensiveComputation" called twice in total
1npm install reselect 2npm install re-reselect
Let's say getData
is a reselect
selector.
1getData(state, itemId, 'dataA'); 2getData(state, itemId, 'dataB'); 3getData(state, itemId, 'dataA');
The 3rd argument invalidates reselect
cache on each call, forcing getData
to re-evaluate and return a new value.
re-reselect
selectors keep a cache of reselect
selectors stored by cacheKey
.
cacheKey
is the return value of the keySelector
function. It's by default a string
or number
but it can be anything depending on the chosen cache strategy (see cache objects docs).
keySelector
is a custom function which:
state
, itemId
, dataType
)cacheKey
A unique persisting reselect
selector instance stored in cache is used to compute data for a given cacheKey
(1:1).
Back to the example, we might setup re-reselect
to retrieve data by querying one of the cached selectors using the 3rd argument as cacheKey
, allowing cache invalidation only when state
or itemId
change (but not dataType
):
1const getData = createCachedSelector( 2 state => state, 3 (state, itemId) => itemId, 4 (state, itemId, dataType) => dataType, 5 (state, itemId, dataType) => expensiveComputation(state, itemId, dataType) 6)( 7 (state, itemId, dataType) => dataType // Use dataType as cacheKey 8);
Replacing a selector with a cached selector is invisible to the consuming application since the API is the same.
When a cached selector is called, the following happens behind the scenes:
cacheKey
for the current call by executing keySelector
reselect
selector stored under the given cacheKey
Easy, but doesn't scale. See "join similar selectors" example.
makeGetPieceOfData
selector factory as explained in Reselect docsThe solution suggested in Reselect docs is fine, but it has a few downsides:
get
selectors and makeGet
selector factoriesmakeGetPieceOfData
selector factory into a memoizer function and call the returning memoized selectorThis is what re-reselect
actually does. π
Given your reselect
selectors:
1import {createSelector} from 'reselect'; 2 3export const getMyData = createSelector( 4 selectorA, 5 selectorB, 6 selectorC, 7 (A, B, C) => doSomethingWith(A, B, C) 8);
...add keySelector
in the second function call:
1import {createCachedSelector} from 're-reselect'; 2 3export const getMyData = createCachedSelector( 4 selectorA, 5 selectorB, 6 selectorC, 7 (A, B, C) => doSomethingWith(A, B, C) 8)( 9 (state, arg1, arg2) => arg2 // Use arg2 as cacheKey 10);
VoilΓ , getMyData
is ready for use!
1const myData = getMyData(state, 'foo', 'bar');
A few good examples and a bonus:
1// Basic usage: use a single argument as cacheKey 2createCachedSelector( 3 // ... 4)( 5 (state, arg1, arg2, arg3) => arg3 6) 7 8// Use multiple arguments and chain them into a string 9createCachedSelector( 10 // ... 11)( 12 (state, arg1, arg2, arg3) => `${arg1}:${arg3}` 13) 14 15// Extract properties from an object 16createCachedSelector( 17 // ... 18)( 19 (state, props) => `${props.a}:${props.b}` 20)
Use a cacheObject
which provides that feature by supplying a cacheObject
option.
You can also write your own cache strategy!
This example shows how re-reselect
would solve the scenario described in reselect docs.
Like a normal reselect selector!
re-reselect
selectors expose the same reselect
testing methods:
dependencies
resultFunc
recomputations
resetRecomputations
Read more about testing selectors on reselect
docs.
reselect
selectors stored in the cacheEach re-reselect selector exposes a getMatchingSelector
method which returns the underlying matching selector instance for the given arguments, instead of the result.
getMatchingSelector
expects the same arguments as a normal selector call BUT returns the instance of the cached selector itself.
Once you get a selector instance you can call its public methods.
1import {createCachedSelector} from 're-reselect'; 2 3export const getMyData = createCachedSelector(selectorA, selectorB, (A, B) => 4 doSomethingWith(A, B) 5)( 6 (state, arg1) => arg1 // cacheKey 7); 8 9// Call your selector 10const myFooData = getMyData(state, 'foo'); 11const myBarData = getMyData(state, 'bar'); 12 13// Call getMatchingSelector method to retrieve underlying reselect selectors 14// which generated "myFooData" and "myBarData" results 15const myFooDataSelector = getMyData.getMatchingSelector(state, 'foo'); 16const myBarDataSelector = getMyData.getMatchingSelector(state, 'bar'); 17 18// Call reselect's selectors methods 19myFooDataSelector.recomputations(); 20myFooDataSelector.resetRecomputations();
1import {createCachedSelector} from 're-reselect'; 2 3createCachedSelector( 4 // ...reselect's `createSelector` arguments 5)( 6 keySelector | { options } 7)
Takes the same arguments as reselect's createSelector
and returns a new function which accepts a keySelector
or an options
object.
Returns a selector instance.
1import {createStructuredCachedSelector} from 're-reselect'; 2 3createStructuredCachedSelector( 4 // ...reselect's `createStructuredSelector` arguments 5)( 6 keySelector | { options } 7)
Takes the same arguments as reselect's createStructuredSelector
and returns a new function which accepts a keySelector
or an options
object.
Returns a selector instance.
A custom function receiving the same arguments as your selectors (and inputSelectors
) and returning a cacheKey
.
cacheKey
is by default a string
or number
but can be anything depending on the chosen cache strategy (see cacheObject
option).
The keySelector
idea comes from Lodash's .memoize resolver.
Type: function
Default: undefined
The keySelector
used by the cached selector.
Type: object
Default: FlatObjectCache
An optional custom cache strategy object to handle the caching behaviour. Read more about re-reselect's custom cache here.
Type: function
Default: undefined
An optional function with the following signature returning the keySelector
used by the cached selector.
1type keySelectorCreator = (selectorInputs: { 2 inputSelectors: InputSelector[]; 3 resultFunc: ResultFunc; 4 keySelector: KeySelector; 5}) => KeySelector;
This allows the ability to dynamically generate keySelectors
on runtime based on provided inputSelectors
/resultFunc
supporting key selectors composition. It overrides any provided keySelector
.
See programmatic keySelector composition example.
Type: function
Default: reselect
's createSelector
An optional function describing a custom version of createSelector.
createCachedSelector
and createStructuredCachedSelector
return a selector instance which extends the API of a standard reselect selector.
The followings are advanced methods and you won't need them for basic usage!
.getMatchingSelector(selectorArguments)
Retrieve the selector responding to the given arguments.
.removeMatchingSelector(selectorArguments)
Remove from the cache the selector responding to the given arguments.
.cache
Get the cacheObject instance being used by the selector (for advanced caching operations like this).
.clearCache()
Clear whole selector
cache.
.dependencies
Get an array containing the provided inputSelectors
. Refer to relevant discussion on Reselect repo.
.resultFunc
Get resultFunc
for easily testing composed selectors.
.recomputations()
Return the number of times the selector's result function has been recomputed.
.resetRecomputations()
Reset recomputations
count.
.keySelector
Get keySelector
for utility compositions or testing.
re-reselect
should be deprecated in favour of reselect
memoization/cache optionsThanks to you all (emoji key):
No vulnerabilities found.
Reason
no binaries found in the repo
Reason
26 commit(s) and 1 issue activity found in the last 90 days -- score normalized to 10
Reason
no dangerous workflow patterns detected
Reason
license file detected
Details
Reason
1 existing vulnerabilities detected
Details
Reason
dependency not pinned by hash detected -- score normalized to 2
Details
Reason
detected GitHub workflow tokens with excessive permissions
Details
Reason
no effort to earn an OpenSSF best practices badge detected
Reason
security policy file not detected
Details
Reason
project is not fuzzed
Details
Reason
SAST tool is not run on all commits -- score normalized to 0
Details
Score
Last Scanned on 2024-11-18
The Open Source Security Foundation is a cross-industry collaboration to improve the security of open source software (OSS). The Scorecard provides security health metrics for open source projects.
Learn More