（譯）詳解在React中跨元件分發狀態的三種方法
當我問自己第一百次時，我正在研究一個典型的CRUD螢幕：“我應該將狀態保留在這個元件中還是將其移動到父元件？”。
如果需要對子元件的狀態進行輕微控制。您可能也遇到了同樣的問題。
讓我們通過一個簡單的例子和三種修復方法來回顧它。前兩種方法是常見的做法，第三種方法不太常規。
問題；
為了向您展示我的意思，我將使用一個簡單的書籍CRUD（譯者注：增加(Create)、讀取查詢(Retrieve)、更新(Update)和刪除(Delete)）螢幕（如此簡單，它沒有建立和刪除操作）。
我們有三個組成部分。 <BookList /> 是一個元件，顯示了用於編輯它們的書籍和按鈕列表。 <BookForm /> 有兩個輸入和一個按鈕，用於儲存對書籍的更改。以及包含其他兩個元件的 <BookApp /> 。
那麼，我們的狀態是什麼？好吧，<BookApp />應該跟蹤書籍清單以及識別當前正在編輯的書籍的內容。 <BookList />沒有任何狀態。並且<BookForm />應該保持輸入的當前狀態，直到單擊“儲存”按鈕。
import React, { Component } from "react"; import { render } from "react-dom"; const books = [ { title: "The End of Eternity", author: "Isaac Asimov" }, //... ]; const BookList = ({ books, onEdit }) => ( <table> <tr> <th>Book Title</th> <th>Actions</th> </tr> {books.map((book, index) => ( <tr> <td>{book.title}</td> <td> <button onClick={() => onEdit(index)}>Edit</button> </td> </tr> ))} </table> ); class BookForm extends Component { state = { ...this.props.book }; render() { if (!this.props.book) return null; return ( <form> <h3>Book</h3> <label> Title: <input value={this.state.title} onChange={e => this.setState({ title: e.target.value })} /> </label> <label> Author: <input value={this.state.author} onChange={e => this.setState({ author: e.target.value })} /> </label> <button onClick={() => this.props.onSave({ ...this.state })}> Save </button> </form> ); } } class BookApp extends Component { state = { books: books, activeIndex: -1 }; render() { const { books, activeIndex } = this.state; const activeBook = books[activeIndex]; return ( <div> <BookList books={books} onEdit={index => this.setState({ activeIndex: index })} /> <BookForm book={activeBook} onSave={book => this.setState({ books: Object.assign([...books], { [activeIndex]: book }), activeIndex: -1 })} /> </div> ); } } render(<BookApp />, document.getElementById("root"));
前端全棧學習交流圈：866109386,面向1-3經驗年前端開發人員,幫助突破技術瓶頸，提升思維能力 群內有大量PDF可供自取，更有乾貨實戰專案視訊進群免費領取。
看起來不錯，但是他不起作用。
我們正在建立元件例項時初始化<BookForm />狀態，因此，當從列表中選擇另一本書時，父級無法讓它知道它需要更改它。
我們改如何修復它？
方法1：受控元件
一種常見的方法是將狀態提升，將<BookForm />轉換為受控元件。我們刪除<BookForm />狀態，將activeBook新增到<BookApp />狀態，並向<BookForm />新增一個onChange道具，我們在每次輸入時都會呼叫它。
//...
class BookForm extends Component {
render() {
if (!this.props.book) return null;
return (
<form>
<h3>Book</h3>
<label>
Title:
<input
value={this.props.book.title}
onChange={e =>
this.props.onChange({
...this.props.book,
title: e.target.value
})}
/>
</label>
<label>
Author:
<input
value={this.props.book.author}
onChange={e =>
this.props.onChange({
...this.props.book,
author: e.target.value
})}
/>
</label>
<button onClick={() => this.props.onSave()}>Save</button>
</form>
);
}
}
class BookApp extends Component {
state = {
books: books,
activeBook: null,
activeIndex: -1
};
render() {
const { books, activeBook, activeIndex } = this.state;
return (
<div>
<BookList
books={books}
onEdit={index =>
this.setState({
activeBook: { ...books[index] },
activeIndex: index
})}
/>
<BookForm
book={activeBook}
onChange={book => this.setState({ activeBook: book })}
onSave={() =>
this.setState({
books: Object.assign([...books], { [activeIndex]: activeBook }),
activeBook: null,
activeIndex: -1
})}
/>
</div>
);
}
}
//...
前端全棧學習交流圈：866109386,面向1-3經驗年前端開發人員,幫助突破技術瓶頸，提升思維能力 群內有大量PDF可供自取，更有乾貨實戰專案視訊進群免費領取。
現在它可以工作，但對我來說，提升 <BookForm /> 的狀態感覺不對。在使用者單擊“儲存”之前， <BookApp /> 不關心對書的任何更改，那麼為什麼需要將其保持在自己的狀態？
方法2：同步state
現在它可以工作，但對我來說，提升<BookForm />的狀態感覺不對。在使用者單擊“儲存”之前，<BookApp />不關心對書的任何更改，那麼為什麼需要將其保持在自己的狀態？
//...
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 (
<form>
<h3>Book</h3>
<label>
Title:
<input
value={this.state.title}
onChange={e => this.setState({ title: e.target.value })}
/>
</label>
<label>
Author:
<input
value={this.state.author}
onChange={e => this.setState({ author: e.target.value })}
/>
</label>
<button onClick={() => this.props.onSave({ ...this.state })}>
Save
</button>
</form>
);
}
}
//...
這種方法通常被認為是一種不好的做法，因為它違背了React關於擁有單一事實來源的想法。我不確定是這種情況，然而，同步狀態並不總是那麼容易。此外，我儘量避免使用生命週期方法。
方法3：由Key控制的元件
但為什麼我們要回收舊的狀態呢？每次使用者選擇一本書時，擁有一個全新狀態的新例項是不是有意義？
為此，我們需要告訴React停止使用舊例項並建立一個新例項。這就是key prop的用途。
//...
class BookApp extends Component {
state = {
books: books,
activeIndex: -1
};
render() {
const { books, activeIndex } = this.state;
const activeBook = books[activeIndex];
return (
<div>
<BookList
books={books}
onEdit={index =>
this.setState({
activeIndex: index
})}
/>
<BookForm
key={activeIndex}
book={activeBook}
onSave={book =>
this.setState({
books: Object.assign([...books], { [activeIndex]: book }),
activeIndex: -1
})}
/>
</div>
);
}
}
//...
如果元素具有與上一個渲染不同的鍵，則React會為其建立一個新例項。因此，當用戶選擇新書時，<BookForm />的鍵更改，將建立元件的新例項，並從props初始化狀態。
有什麼收穫？重用元件例項意味著更少的DOM突變，這意味著更好的效能。因此，當我們強制React建立元件的新例項時，我們會為額外的DOM突變獲得一些開銷。但是對於這樣的情況，這種開銷是最小的，其中金鑰沒有變化太快而且元件不大。