Reactjs 从redux文档中解释其背后的逻辑
我想知道为什么在'simple'react redux todo应用程序中传递Reactjs 从redux文档中解释其背后的逻辑,reactjs,redux,Reactjs,Redux,我想知道为什么在'simple'react redux todo应用程序中传递索引,然后我遇到了这个问题 在每个动作中传递尽可能少的数据是个好主意。 例如,传递索引比传递整个todo对象更好 从 对我来说,这是一个非常令人费解的说法。作者是说传递索引比传递对象引用更可取吗?我一直在想为什么在这个例子中会这样做,这里暗示这是因为“在每个动作中传递尽可能少的数据是个好主意”。这对我来说没什么意义。当然,传递索引与传递对象引用在数据方面是相同的。首先,我们必须承认,Flux的主要目的通常是使JS代码库
索引
,然后我遇到了这个问题
在每个动作中传递尽可能少的数据是个好主意。
例如,传递索引比传递整个todo对象更好
从
对我来说,这是一个非常令人费解的说法。作者是说传递索引比传递对象引用更可取吗?我一直在想为什么在这个例子中会这样做,这里暗示这是因为“在每个动作中传递尽可能少的数据是个好主意”。这对我来说没什么意义。当然,传递索引与传递对象引用在数据方面是相同的。首先,我们必须承认,Flux的主要目的通常是使JS代码库简洁明了。这不是一个优化性能的框架。它是关于使代码干净、清晰、可靠和可扩展。要做到这一点,最简单的方法是在你的关注点之间有非常好和清晰的分离 文档这一部分的重点不是说“如果你传递额外的信息,你的数据会发生不好的事情”。它试图说“为了充分利用通量架构,每个部分都应该有最少的必要信息” 为什么??同样的原因,调试15行文件比调试1500行文件更容易。这两种方法都是可行的,但是如果您可以在关注点之间进行清晰的分离,那么以后的调试过程就容易多了 i、 e: “Complete\u Todo方法没有按预期工作。我们传递的id正确吗?” vs “
Complete\u Todo
方法没有按预期工作。传递的Todo对象正确吗?我知道看起来我们只需要id,但也许我们应该检查它的其他值,以防我们忽略了代码中需要它们的某些内容……”
我同意,Redux是一种模式。你是在描述Redux还是flux?嗯,两者都是真的。Redux当然是流量的一种转换,但它遵循相同的核心概念,并服务于相同的目的。对于这一特定主题,答案同样适用于这两个领域。