我想知道我在此链接中尝试的方法是否有问题： https ://t.co/WSV81eDwkr
基本上，这个想法是在添加新动作时只修改动作文件。我正在考虑的改进之一是递归合并从动作传递的状态与减速器的状态。让我知道
问问题
262 次
1 回答
2
好想法。不幸的是，这是 redux 中的反模式。动作应该是“纯粹的”、无状态的和不可变的。您正在直接从操作访问状态，这绕过了数据流（oldState => view => action => reducer => newState）。当然，该框架可以为您提供帮助，因此如果您发现此解决方案可以很好地适应您的项目，那么它可能就是您要走的路。
但是要回答您的问题，如果您尝试保留 Redux 方法，那绝对是错误的方法。我看到的另一个问题是您不能轻松地序列化操作，因此如果您要使用它们，它可能会破坏时间旅行和 redux 开发工具。
确实，Redux 中涉及到相当多的样板，但这是克服您使用这种新方法列出的所有这些缺点所付出的代价。在这种情况下，调试应用程序的状态要困难得多。
于 2016-03-16T17:25:31.187 回答