英文原文连接: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突变得到一些开销。可是对于这样的状况,这种开销是最小的,其中密钥没有变化太快并且组件不大。