前端 - 请问react的状态管理， zustand和jotai 一般需要结合使用吗？
请问react的状态管理， zustand和jotai 一般需要结合使用吗？
还是说实际项目中只使用其中一种就足够了？
共有1个答案
不需要只要选用一个就行了, 两种都用反而会出现意想不到的问题
-
这里真的需要状态管理吗？ 慕课网上的基于Vue 3新标准，打造后台综合解决方案登录一节，将登录请求和响应处理用状态管理库vuex来处理。但是我觉得这里并不设计什么状态管理，直接将这部分操作封装到一个函数中即可，使用vuex我不太理解？
-
请问在对React项目做状态管理，您们都是使用什么方案呢？ React有若干种状态管理的方案，官方使用的Redux/ Redux-Toolkit 是官方推荐的， 请问您们的解决方案是怎么使用的呢？ 是否还有比较方便容易使用的方案？
-
来自服务器的数据以及是否挂起或导致错误 UI状态如切换，警报和错误消息 自定义主题，凭据和本地化 许多其他类型的状态 Redux using ng2-redux Angular Services and RxJS（推荐）
-
管理应用程序状态是个难题。您需要在多个后端，Web workers和UI组件之间进行协调。 像Redux和Flux这样的模式旨在通过使这种协调更加明确来解决这个问题。在本文中，我将展示如何使用RxJS在几行代码中实现类似的模式。然后我将展示如何使用这种模式来实现一个简单的Angular 2应用。 在谈论架构模式时，我喜欢从描述其核心属性开始。你可以写在餐巾背上的东西。The devil, of c
-
建议使用基于redux封装出来的rematch, anujs也自带了这个框架。 rematch的官网 https://github.com/rematch/rematch resolve: { alias: { react: "anujs", "react-dom": "anujs", rematch: "anujs/dist/Rematch.js
-
Redux应用程序中的Reducer不应该改变state，而是返回一个副本，并且无副作用。 这鼓励你把你的应用程序想象成从一系列事件中“计算”的UI。 让我们来看看一个简单的计数器reducer。 我们可以看到，我们正在传递一个初始状态和一个动作。为了处理每个动作，我们设置了一个switch语句。而不是每个reducer需要显式订阅分发器，每个动作都会传递到每个reducer，它处理它感兴趣的动作