We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
上一篇讲了 React 两种最常见的组件:受控组件和非受控组件。为了可用性,我们一般编写出来的组件希望支持这两种特性:可以通过组件自身的方法来改变组件的某(些)状态,也可以通过 props 的值的变化来改变组件自身的同一个(些)状态。
组件改变自己的状态只能通过改变 state 完成,而把 props 的变化反映到 state 却是可以通过生命周期函数来实现。首先还是拿上一篇中受控 alert 组件代码为例:
class Alert extends React.Component { constructor( props ) { super( props ) this.state = { content: '', show: false } this.show = ( content )=>{ this.setState( { content: content, show: true } ) } this.hide = ()=>{ this.setState( { show: false } ) } } render() { let style = { display: this.state.show ? 'fixed' : 'none' } return ( <div class="my-alert" style={ style } > <div class="my-alert-tit">Alert</div> <div>{ this.state.content }</div> <div class="my-alert-footer"> <button onClick={ this.hide }>确定</button> </div> </div> ); } }
组件初始化的时候构造函数会接受传入的 props ,而当组件的容器改变传入组件的 props 的值时会触发组件的 componentWillReceiveProps 的方法,在这个方法中我们可以把变化后的 props(nextProps) 通过 setState 映射成 state 的变化。那么我们需要做的就是给受控组件增加初始化 props 处理和在 componentWillReceiveProps 内 props 的处理。
class Alert extends React.Component { constructor( props ) { super( props ) this.state = { content: this.props.content || '', show: this.props.show || false } this.show = ( content )=>{ this.setState( { content: content, show: true } ) } this.hide = ()=>{ this.setState( { show: false } ) } } componentWillReceiveProps( nextProps ) { this.setState( nextProps ); } render() { let style = { display: this.state.show ? 'fixed' : 'none' } return ( <div class="my-alert" style={ style } > <div class="my-alert-tit">Alert</div> <div>{ this.state.content }</div> <div class="my-alert-footer"> <button onClick={ this.hide }>确定</button> </div> </div> ); } }
那么针对同一个 alert 组件的使用就变得多样化,可以根据自己项目的需求来变化。譬如:
import { Alert } from 'Alert'; class App extends React.Component { constructor() { super(); this.state = { alertMsg: '', showAlert: false } this.saveHandler = ()=>{ // save ajax success this.refs.myAlert.show( 'Save successfully' ); } this.removeHandler = ()=>{ // remove ajax success this.setState( { alertMsg: 'Remove successfully', showAlert: true } ) } } render() { <div> <button onClick={ this.saveHandler }>Save</button> <button onClick={ this.removeHandler }>Remove</button> <Alert ref="myAlert" content={ this.state.alertMsg } show={ this.state.showAlert }/> </div> } }
为了让组件更健壮,我们对 state 和 props 的一些必须的初始化值(默认值)需要明确指定
class Alert extends React.Component { constructor( props ) { super( props ) let content = this.props.content; let show = this.props.show; /* props.xxx 的优先级比 props.defautXxx 高, 如果设置了props.xxx 则 props.defaultXxx 就不起作用 */ this.state = { content: content === undefined ? this.props.defaultContent : content show: show === undefined ? this.props.defaultShow : show } } } Alert.propTypes = { defaultShow: React.PropTypes.bool, defaultContent: React.PropTypes.string, show: React.PropTypes.bool, content: React.PropTypes.string } Alert.defaultProps = { defaultShow: false, defaultContent: '' }
如上代码如果对 props.xxx 和 props.defaultXxx 有迷惑的童鞋,其实有了 xxx 完全没有必要再有 defaultXxx,但是参考一些组件库的 api 设计,我理解为是为了保持受控组件 api 的统一性,如果把 alert 组件当成受控组件则初始化使用 defaultXxx,如果当成非受控组件就直接使用 xxx。
那什么时候使用受控组件,什么时候使用非受控组件呢?我们知道受控组件是比较符合我们传统 UI 组件开发的思路的。但是 React 在跨组件通讯方面很弱,如果不借助第三方库进行通讯,对于两个毫无关系的组件相互调用就需要传递层层的回调函数。我想没有人喜欢这种编程风格,所以把所有组件的状态抽象到一个地方进行集中管理变化,典型的数据流用 redux 就倾向于使用非受控组件了(这里不讨论flux思想的由来,不讨论redux好坏)。
故最基本的 React 组件编写套路就这些。但是这些还只是 api 应用层面的东西,比较难的是在编写组件时候对状态的抽象,使使用者使用的舒服自然。
The text was updated successfully, but these errors were encountered:
顶一个,哈哈
Sorry, something went wrong.
No branches or pull requests
React组件编写思路(二)
上一篇讲了 React 两种最常见的组件:受控组件和非受控组件。为了可用性,我们一般编写出来的组件希望支持这两种特性:可以通过组件自身的方法来改变组件的某(些)状态,也可以通过 props 的值的变化来改变组件自身的同一个(些)状态。
组件改变自己的状态只能通过改变 state 完成,而把 props 的变化反映到 state 却是可以通过生命周期函数来实现。首先还是拿上一篇中受控 alert 组件代码为例:
组件初始化的时候构造函数会接受传入的 props ,而当组件的容器改变传入组件的 props 的值时会触发组件的 componentWillReceiveProps 的方法,在这个方法中我们可以把变化后的 props(nextProps) 通过 setState 映射成 state 的变化。那么我们需要做的就是给受控组件增加初始化 props 处理和在 componentWillReceiveProps 内 props 的处理。
那么针对同一个 alert 组件的使用就变得多样化,可以根据自己项目的需求来变化。譬如:
为了让组件更健壮,我们对 state 和 props 的一些必须的初始化值(默认值)需要明确指定
如上代码如果对 props.xxx 和 props.defaultXxx 有迷惑的童鞋,其实有了 xxx 完全没有必要再有 defaultXxx,但是参考一些组件库的 api 设计,我理解为是为了保持受控组件 api 的统一性,如果把 alert 组件当成受控组件则初始化使用 defaultXxx,如果当成非受控组件就直接使用 xxx。
那什么时候使用受控组件,什么时候使用非受控组件呢?我们知道受控组件是比较符合我们传统 UI 组件开发的思路的。但是 React 在跨组件通讯方面很弱,如果不借助第三方库进行通讯,对于两个毫无关系的组件相互调用就需要传递层层的回调函数。我想没有人喜欢这种编程风格,所以把所有组件的状态抽象到一个地方进行集中管理变化,典型的数据流用 redux 就倾向于使用非受控组件了(这里不讨论flux思想的由来,不讨论redux好坏)。
故最基本的 React 组件编写套路就这些。但是这些还只是 api 应用层面的东西,比较难的是在编写组件时候对状态的抽象,使使用者使用的舒服自然。
The text was updated successfully, but these errors were encountered: