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