state当使用与redux一起反应时,可以在对象中存储本地状态吗？通过操作将所有内容存储在状态树中很快就会变得单调乏味.感觉某些状态仅与应用程序的显示/显示相关,而不是逻辑.通过演示我的意思是动画/闪烁,面板的扩展/收缩状态,表格中的排序标准等等.
Kye*_*ica 14
这很难回答,因为不同的人会将组件的不同部分归类为"状态".
由于Redux关注的是应用程序状态,因此根据经验,任何您希望应用程序级别"撤消/重做"按钮生效的内容都应该作为Redux Action发生.事实上Redux有一个撤销存储插件是因为应用程序状态的范围.
当然,有些动画不可撤销,因为这些动画应该真正与应用状态的变化相关联,而不是自身的变化.但是,其余的示例听起来非常像应用状态.如果我对表进行排序,然后按下撤消,我绝对会期望排序被撤消.
现在在redux常见问题解答中回答:
对此没有"正确"的答案.有些用户更喜欢在Redux中保留每一段数据,以便始终保持其应用程序的完全可序列化和受控版本.其他人更喜欢在组件的内部状态内保持非关键或UI状态,例如"此下拉列表当前是否打开".
使用本地组件状态很好.作为开发人员,您的工作是确定应用程序的状态,以及每个州应该居住的位置.找到适合您的天平,并配合它.
正如Tyrsius已经提到的那样 - 对此有不同的看法.
对我们来说 - 作为一个经验法则 - 我们确保跟踪应用程序状态的所有内容,如果我们远程连接到某些用户的当前会话,我们希望能够看到它们.
如果我们不关心鼠标是否悬停在某个元素上,我们可能只使用组件状态(如果我们需要状态那么).
我们的脚本中只有少数这样的情况,因为我们想要确切地知道用户在大多数情况下看到的内容以便于调试.
您提到了面板的扩展/折叠状态 - 我们有时会为我们创建处理这种扩展/折叠逻辑的组件,因此我们不必为我们创建的每个面板始终编写这样的缩减器.
我们可以使用这样的组件:
<Panel id="somePanelId">some content</Panel>
面板组件将确保在应用程序状态内跟踪面板活动状态.通过这种方式,保持代码简单并且不会让它爆炸变得非常容易.
| 归档时间： |
|
| 查看次数： |
6439 次 |
| 最近记录： |