怎么实现React中跨组件分发状态(html,react.js,分发状态,web开发)

这期内容当中小编将会给大家带来有关实现React中跨组件分发状态，以专业的角度为大家分析和叙述，阅读完这篇文章希望大家可以有所收获。

通过一个简单的例子和三种修复方法来回顾它。前两种方法是常见的做法，第三种方法不太常规。

为了向您展示我的意思，我将使用一个简单的书籍CRUD（译者注：增加(Create)、读取查询(Retrieve)、更新(Update)和删除(Delete)）屏幕（如此简单，它没有创建和删除操作）。

我们有三个组成部分。<BookList />是一个组件，显示了用于编辑它们的书籍和按钮列表。<BookForm />有两个输入和一个按钮，用于保存对书籍的更改。以及包含其他两个组件的<BookApp />。

那么，我们的状态是什么？好吧，<BookApp />应该跟踪书籍清单以及识别当前正在编辑的书籍的内容。 <BookList />没有任何状态。并且<BookForm />应该保持输入的当前状态，直到单击“保存”按钮。

在codesandbox尝试一下

看起来不错，但是他不起作用。

我们正在创建组件实例时初始化<BookForm />状态，因此，当从列表中选择另一本书时，父级无法让它知道它需要更改它。

我们改如何修复它？

一种常见的方法是将状态提升，将<BookForm />转换为受控组件。我们删除<BookForm />状态，将activeBook添加到<BookApp />状态，并向<BookForm />添加一个onChange道具，我们在每次输入时都会调用它。

现在它可以工作，但对我来说，提升<BookForm />的状态感觉不对。在用户单击“保存”之前，<BookApp />不关心对书的任何更改，那么为什么需要将其保持在自己的状态？

在codesandbox尝试一下

现在它可以工作，但对我来说，提升<BookForm />的状态感觉不对。在用户单击“保存”之前，<BookApp />不关心对书的任何更改，那么为什么需要将其保持在自己的状态？

在codesandbox尝试一下

这种方法通常被认为是一种不好的做法，因为它违背了React关于拥有单一事实来源的想法。我不确定是这种情况，然而，同步状态并不总是那么容易。此外，我尽量避免使用生命周期方法。

但为什么我们要回收旧的状态呢？每次用户选择一本书时，拥有一个全新状态的新实例是不是有意义？

为此，我们需要告诉React停止使用旧实例并创建一个新实例。这就是key prop的用途。

在codesandbox尝试一下。

如果元素具有与上一个渲染不同的键，则React会为其创建一个新实例。因此，当用户选择新书时，<BookForm />的键更改，将创建组件的新实例，并从props初始化状态。

上述就是小编为大家分享的实现React中跨组件分发状态的方法了，如果您也有类似的疑惑，不妨参照上述方法进行尝试。如果想了解更多相关内容，请关注行业资讯。