-
Notifications
You must be signed in to change notification settings - Fork 862
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
skipDispatch option #49
Comments
good catch. it was renamed to Option 1: getStoredState w/ callback Not sure the best option for your use case. I typically like option 3 but it does require wiring up your reducer appropriately |
btw just updated the readme with |
Thanks! Not sure how I missed getStoredState() |
@af its a new api that honestly I am uncertain about right now. Let me know how it feels for you - it could potentially become the recommended usage. |
One potential issue with it for me is that I export my persister (the output of |
hm yes no super elegant way to export persistor in this scenario. I will think about it. I would say option 3 will always give you the most optionality albeit at a certain effort to implement. |
Yeah I've gone with option 3, was very easy and seems to do what I need. Thanks again for your suggestions! |
skipDispatch
is listed as an option in the Readme, but it's not in the code anywhere. Not sure if this was removed?Also I'm wondering if the plan is still to not dispatch the REHYDRATE actions when v2.0 lands? Alternately, is there any recommended pattern for delaying the loading/rendering of the rest of an app until
persist/COMPLETE
is fired?The text was updated successfully, but these errors were encountered: