英文原文連接:engineering.hexacta.com/three-appro…前端
當我問本身第一百次時,我正在研究一個典型的CRUD屏幕:「我應該將狀態保留在這個組件中仍是將其移動到父組件?」。react
若是須要對子組件的狀態進行輕微控制。您可能也遇到了一樣的問題。bash
讓咱們經過一個簡單的例子和三種修復方法來回顧它。前兩種方法是常見的作法,第三種方法不太常規。app
問題;dom
爲了向您展現個人意思,我將使用一個簡單的書籍CRUD(譯者注:增長(Create)、讀取查詢(Retrieve)、更新(Update)和刪除(Delete))屏幕(如此簡單,它沒有建立和刪除操做)。性能
咱們有三個組成部分。 <BookList />
是一個組件,顯示了用於編輯它們的書籍和按鈕列表。 <BookForm />
有兩個輸入和一個按鈕,用於保存對書籍的更改。以及包含其餘兩個組件的 <BookApp />
。學習
那麼,咱們的狀態是什麼?好吧,應該跟蹤書籍清單以及識別當前正在編輯的書籍的內容。 沒有任何狀態。而且應該保持輸入的當前狀態,直到單擊「保存」按鈕。ui
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可供自取,更有乾貨實戰項目視頻進羣免費領取。this
看起來不錯,可是他不起做用。spa
咱們正在建立組件實例時初始化狀態,所以,當從列表中選擇另外一本書時,父級沒法讓它知道它須要更改它。
咱們改如何修復它?
方法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突變得到一些開銷。可是對於這樣的狀況,這種開銷是最小的,其中密鑰沒有變化太快並且組件不大。