Share My Incorrect Usage Cases of Zustand

What is Zustand?

Zustand is a simple and easy-to-use state management library.
While using react-scan, I noticed that when I updated a state in the store in component A, it caused a re-render of component B, leading to significant performance issues.
So, I revisited the documentation and realized that my previous usage of Zustand was incorrect.

Mistake 1: Not using a single selector or shallow comparison to get state

Here’s the previous implementation and the corresponding component. useGlobalStore has more than just uploadToServerProgress and uploadStatus states.
When uploadToServerProgress or uploadStatus is updated, UploadStateContainer re-renders (as expected). But when other states in useGlobalStore are updated, UploadStateContainer also re-renders (which is not expected).
This is because const { uploadToServerProgress, uploadStatus } = useGlobalStore(); is shorthand for destructuring, which is equivalent to:
In React, any update to globalStore triggers a re-render of UploadStateContainer. Therefore, we need to modify it as follows:

Solution 1: Use a single selector

Solution 2: Use useShallow

Mistake 2: Not having sufficient granularity when using selectors

cameraData is obtained by subscribing to other services and contains data such as camera image and camera ID. The camera image is frequently updated data.
Though this is using a single selector, when cameraBase64 updates, cameraData will also update, causing CurrentCameraId to re-render.
To solve this, follow the principle of minimal granularity and only fetch the required data:

Mistake 3: Using multiple stores to manage different states, instead of using slices to group states

In the official documentation Flux-inspired practice - Zustand, it is mentioned that you should use a single store, not multiple stores for different states.
Recommended patterns
Single store
Your application's global state should be located in a single Zustand store.
If you have a large application, Zustand supports splitting the store into slices.

Mistake 4: Accessing UI-unrelated state via selectors

In a component, I had a handleSave method that called an API to save data.
Previously, I accessed the needed data through a selector within component A and then called the API to save it. But this was incorrect.
In component B, I changed state1, but since I accessed state1 in component A, the change would cause component A to re-render.
The correct approach is to directly access the store inside the handleSave method instead of passing the state via selectors:

References

上一篇
配置nginx以成功代理websocket
下一篇
分享一下我的zustand错误使用案例