Reactjs 在使用redux处理输入表单时使用useState钩子是一种反模式吗？

我无法理解这一点，如果存储是整个应用程序状态所在的位置，为什么要使用useState钩子为表单组件创建本地状态？理想情况下，我也应该是mapStateToProps和mapDispatchToProps来处理输入？这是反模式吗

Redux的创建者丹·阿布拉莫夫（Dan Abramov）早些时候对此发表了评论。基本上，这取决于具体情况，通常情况下，如果状态是应用程序的本地状态，则将其保留在那里。这是一些东西，比如切换按钮的状态，如果按下了什么，等等

全局应用程序状态通常最好留给您的Redux商店

将所有更改分派到redux将不必要地调用连接组件上的大量更新，而不必付出任何代价

关于这一点：

存储区是整个应用程序状态所在的位置

---

这一“事实”来自哪里？虽然丹可能在早期就提出了这一观点，但他已经多年没有改变这一观点了。基本上，当前的观点是有点务实的，无论是关于Redux商店的状态还是两者之间的整体分割。

Redux的创建者丹·阿布拉莫夫（Dan Abramov）早些时候对此发表了评论。基本上，这取决于具体情况，通常情况下，如果状态是应用程序的本地状态，则将其保留在那里。这是一些东西，比如切换按钮的状态，如果按下了什么，等等

全局应用程序状态通常最好留给您的Redux商店

将所有更改分派到redux将不必要地调用连接组件上的大量更新，而不必付出任何代价

关于这一点：

存储区是整个应用程序状态所在的位置

---

这一“事实”来自哪里？虽然丹可能在早期就提出了这一观点，但他已经多年没有改变这一观点了。基本上，当前的观点是有点务实，无论是在Redux商店的状态还是在两者之间的整体划分。

我理解这里的目标是务实，我对基本示例有点认真。@Yashwantsomayajula肯定不是第一个这样做的人。我曾经也在那个阵营：-）在Redux中放置内部状态是有意义的，请注意，例如，如果您想处理退出表单，然后保持状态，直到用户再次访问表单继续起草。我理解这里的目标是务实，我有点认真地对待这个基本的例子。@Yashwantsomayajula肯定不是第一个这样做的人。我曾经也在这个阵营里：-）请注意，在Redux中放置内部状态是有意义的，例如，如果您想处理退出表单，然后保持状态，直到用户再次访问表单以继续草稿。