在React中跨组件分发状态的三种方法

摘要：在中跨组件分发状态的三种方法当我问自己第一百次时，我正在研究一个典型的屏幕我应该将状态保留在这个组件中还是将其移动到父组件。如果需要对子组件的状态进行轻微控制。前两种方法是常见的做法，第三种方法不太常规。

在React中跨组件分发状态的三种方法

当我问自己第一百次时，我正在研究一个典型的CRUD屏幕：“我应该将状态保留在这个组件中还是将其移动到父组件？”。

如果需要对子组件的状态进行轻微控制。您可能也遇到了同样的问题。

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

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

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

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

import React, { Component } from "react";
import { render } from "react-dom";

const books = [
  {
    title: "The End of Eternity",
    author: "Isaac Asimov"
  },
  //...
];

const BookList = ({ books, onEdit }) => (
  
    {books.map((book, index) => (
      
    ))}
  

    

      
Book Title
      
Actions
    

        
{book.title}
        

           onEdit(index)}>Edit
        
      
);

class BookForm extends Component {
  state = { ...this.props.book };
  render() {
    if (!this.props.book) return null;
    return (
      

        
Book
        
          Title:
           this.setState({ title: e.target.value })}
          />
        
        
          Author:
           this.setState({ author: e.target.value })}
          />
        
         this.props.onSave({ ...this.state })}>
          Save
        
      
    );
  }
}

class BookApp extends Component {
  state = {
    books: books,
    activeIndex: -1
  };
  render() {
    const { books, activeIndex } = this.state;
    const activeBook = books[activeIndex];
    return (
      

        
            this.setState({
              activeIndex: index
            })}
        />
        
            this.setState({
              books: Object.assign([...books], { [activeIndex]: book }),
              activeIndex: -1
            })}
        />
      
    );
  }
}

render(, document.getElementById("root"));

在codesandbox尝试一下

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

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

我们改如何修复它？

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

//...

class BookForm extends Component {
  render() {
    if (!this.props.book) return null;
    return (
      

        
Book
        
          Title:
          
              this.props.onChange({
                ...this.props.book,
                title: e.target.value
              })}
          />
        
        
          Author:
          
              this.props.onChange({
                ...this.props.book,
                author: e.target.value
              })}
          />
        
         this.props.onSave()}>Save
      
    );
  }
}

class BookApp extends Component {
  state = {
    books: books,
    activeBook: null,
    activeIndex: -1
  };
  render() {
    const { books, activeBook, activeIndex } = this.state;
    return (
      

        
            this.setState({
              activeBook: { ...books[index] },
              activeIndex: index
            })}
        />
         this.setState({ activeBook: book })}
          onSave={() =>
            this.setState({
              books: Object.assign([...books], { [activeIndex]: activeBook }),
              activeBook: null,
              activeIndex: -1
            })}
        />
      
    );
  }
}

//...

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

在codesandbox尝试一下

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

//...
class BookForm extends Component {
  state = { ...this.props.book };
  componentWillReceiveProps(nextProps) {
    const nextBook = nextProps.book;
    if (this.props.book !== nextBook) {
      this.setState({ ...nextBook });
    }
  }
  render() {
    if (!this.props.book) return null;
    return (
      

        
Book
        
          Title:
           this.setState({ title: e.target.value })}
          />
        
        
          Author:
           this.setState({ author: e.target.value })}
          />
        
         this.props.onSave({ ...this.state })}>
          Save
        
      
    );
  }
}
//...

在codesandbox尝试一下

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

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

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

//...
class BookApp extends Component {
state = {

books: books,
activeIndex: -1

};
render() {

const { books, activeIndex } = this.state;
const activeBook = books[activeIndex];
return (
  

    
        this.setState({
          activeIndex: index
        })}
    />
    
        this.setState({
          books: Object.assign([...books], { [activeIndex]: book }),
          activeIndex: -1
        })}
    />
  
);

}
}
//...

在codesandbox尝试一下。

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

有什么收获？重用组件实例意味着更少的DOM突变，这意味着更好的性能。因此，当我们强制React创建组件的新实例时，我们会为额外的DOM突变获得一些开销。但是对于这样的情况，这种开销是最小的，其中密钥没有变化太快而且组件不大。

感谢你的阅读。