Feature request: Initialize StoreProvider with defaultState

[Christopher96u]

I'm trying to implement something like this library: https://github.com/charkour/zustand-di

I'm using the utility helper from this library(zustand-slices) to create the Provider, but I'm still dealing with the TS Type inference to make it type-safe.

Could you provide a example of this feature?

It's really helpful for testing. I don't wanna use stores without Provider because it's really hard to test.

Any idea?

I want to get the Provider like this

<GlobalStoreProvider defaultState={initialState}> where initialState infers the type based on my store, thanks!

[dai-shi]

If I understand it correctly, the question is about how to type React Context, which is not specific to Zustand.

How does zustand-di solve it?

Please try to create a very very small example to illustrate what you would like to accomplish with https://www.typescriptlang.org/play.

[Christopher96u]

Hi, a bit busy with my little one today. I'll make a demo tonight and share it with you. Thanks

[Christopher96u]

Hi @dai-shi , I've written an example and added some comments. example

I'm open to any suggestion. I feel adding the ability to define the zustand context with a prop initialState would be helpful for testing and test components in a isolated way. I'm doing this workaround because I have the same tradeoff than the blogger from here blog . Initialize the store with context will save lot of effors. If not, any advice? The Zustand official documentation for testing, doesn't explain it very well. Thanks

[dai-shi]

Unfortunately, the example doesn't help me understand the problem. Is it modified after you created?

I have a few comments:

• What you request should be possible on your end. You can use Context and zustand-slices and create store using props.
• If your question isn't tied to zustand-slices, you might want to open a discussion in the zustand repo. More people will look
• In general, it's not certain if using Context only for testing is ideal. I would avoid adding code in production which is only required for testing.