this.setState()
使用redux时应该使用吗?还是应该一直在派遣行动并依靠道具?
明确使用setState
会用于具有本地显示状态但与全局应用程序无关的UI组件。例如,表示某个特定下拉菜单是否处于活动状态的布尔值不需要处于全局状态,因此可以通过菜单组件的状态更方便地对其进行控制。
其他示例可能包括层次结构的手风琴显示中线条的折叠/展开状态。或选项卡导航中当前选择的选项卡。但是,在这两个示例中,您仍可能选择全局处理UI状态。例如,如果您想将扩展/折叠状态持久保存在浏览器存储中,以便通过页面刷新来保存它,这将是必要的。
实际上,通常最简单的方法是使用局部状态实现此类UI元素,然后根据需要将其重构为全局状态。
问题内容: 我知道他们两个都禁用了Nagle的算法。 我什么时候应该/不应该使用它们中的每一个? 问题答案: 首先,不是所有人都禁用Nagle的算法。 Nagle的算法用于减少有线中更多的小型网络数据包。该算法是:如果数据小于限制(通常是MSS),请等待直到收到先前发送的数据包的ACK,同时累积用户的数据。然后发送累积的数据。 这将对telnet等应用程序有所帮助。但是,在发送流数据时,等待A
问题内容: 在该类中,有两个字符串,和。 有什么不同?我什么时候应该使用另一个? 问题答案: 如果你的意思是和则: 用于在文件路径列表中分隔各个文件路径。考虑在上的环境变量。您使用a分隔文件路径,因此在上将是;。 是或用于拆分到特定文件的路径。例如在上,或
和 Flux 类似,Redux 也是需要注册一个回调函数 store.subscribe(listener) 来获取 State 的更新,然后我们要在 listener 里面调用 setState() 来更新 React 组件。 Redux 官方提供了 react-redux 来简化 React 和 Redux 之间的绑定,不再需要像 Flux 那样手动注册/解绑回调函数。 接下来看一下是怎么做到
问题内容: React16.3.0已发布,并且ContextAPI不再是实验功能。DanAbramov(Redux的创建者)对此发表了很好的评论,但是Context仍然是实验性功能已经有两年了。 我的问题是,根据您的看法/经验,何时应该在 React Redux上* 使用 React Context ,反之亦然? * 问题答案: 由于 Context 不再是实验性功能,您可以直接在应用程序中使用C
问题内容: 在集成我以前从未使用过的Django应用程序时,我发现了用于定义类中函数的两种不同方式。作者似乎非常有意地使用了它们。第一个是我自己经常使用的: 另一个是我不使用的,主要是因为我不知道何时使用它,以及什么用途: 在Python文档中,装饰器的解释如下: 类方法将类作为隐式第一个参数接收,就像实例方法接收实例一样。 所以我想指的是自己(而不是实例)。我不完全理解为什么会这样,因为我总是可
问题内容: 以下两种方法有什么区别? 什么时候需要使用fork,什么时候不需要? 问题答案: 通常,当传奇需要启动非阻塞任务时很有用。这里的非阻塞意味着:调用方启动任务并继续执行,而无需等待任务完成。 在许多情况下这可能有用,但主要有2种情况: 按逻辑域对Sagas进行分组 保留对任务的引用,以便能够取消/加入该任务 您的顶级传奇故事可能是第一个用例的示例。您可能会遇到类似: 其中可能包括了诸如: