當我問自己第一百次時,我正在研究一個典型的CRUD螢幕:“我應該將狀態保留在這個元件中還是將其移動到父元件?”。
如果需要對子元件的狀態進行輕微控制。您可能也遇到了同樣的問題。
讓我們通過一個簡單的例子和三種修復方法來回顧它。前兩種方法是常見的做法,第三種方法不太常規。
問題;
為了向您展示我的意思,我將使用一個簡單的書籍CRUD(譯者注:增加(Create)、讀取查詢(Retrieve)、更新(Update)和刪除(Delete))螢幕(如此簡單,它沒有建立和刪除操作)。
我們有三個組成部分。 <BookList />
是一個元件,顯示了用於編輯它們的書籍和按鈕列表。 <BookForm />
有兩個輸入和一個按鈕,用於儲存對書籍的更改。以及包含其他兩個元件的 <BookApp />
。
那麼,我們的狀態是什麼?好吧,應該跟蹤書籍清單以及識別當前正在編輯的書籍的內容。 沒有任何狀態。並且應該保持輸入的當前狀態,直到單擊“儲存”按鈕。
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可供自取,更有乾貨實戰專案視訊進群免費領取。
看起來不錯,但是他不起作用。
我們正在建立元件例項時初始化狀態,因此,當從列表中選擇另一本書時,父級無法讓它知道它需要更改它。
我們改如何修復它?
方法1:受控元件
一種常見的方法是將狀態提升,將轉換為受控元件。我們刪除狀態,將activeBook新增到狀態,並向新增一個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可供自取,更有乾貨實戰專案視訊進群免費領取。
現在它可以工作,但對我來說,提升 的狀態感覺不對。在使用者單擊“儲存”之前, 不關心對書的任何更改,那麼為什麼需要將其保持在自己的狀態?
方法2:同步state
現在它可以工作,但對我來說,提升的狀態感覺不對。在使用者單擊“儲存”之前,不關心對書的任何更改,那麼為什麼需要將其保持在自己的狀態?
//...
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會為其建立一個新例項。因此,當使用者選擇新書時,的鍵更改,將建立元件的新例項,並從props初始化狀態。
有什麼收穫?重用元件例項意味著更少的DOM突變,這意味著更好的效能。因此,當我們強制React建立元件的新例項時,我們會為額外的DOM突變獲得一些開銷。但是對於這樣的情況,這種開銷是最小的,其中金鑰沒有變化太快而且元件不大。