根据当前状态在 React 中设置状态

IT技术 javascript reactjs setstate
2021-04-27 11:15:02

在 React 中更新有状态组件时,如果组件使用当前状态来更新新状态,这被认为是一种不好的做法。

例如,如果我有一个类来存储过滤器是否处于打开状态,那么就性能而言,更新状态的这些选项之一是否比另一个更可取?

选项1:

class Container extends Component {
    state = {
        show: false
    }

    show = () => this.setState({ show: true })

    hide = () => this.setState({ show: false })

    render() {
        <ExternalComponent
            show={this.show}
            hide={this.hide}
        />
    }
}

选项 2:

class Container extends Component {
    state = {
        show: false
    }

    toggleVisibility = () => this.setState({ show: !this.state.show })

    render() {
        <ExternalComponent
            toggleVisibility={this.toggleVisibility}
        />
    }
}

选项 3:

class Container extends Component {
    state = {
        show: false
    }

    setShow = (newVal) => this.setState({ show: newVal })

    render() {
        <ExternalComponent
            setShow={this.setShow}
        />
    }
}
2个回答

组件访问自己的状态并没有错。只写状态不会非常有用!但是,在向其他组件公开组件状态或状态更改方法时应该非常小心。组件状态是内部的,只能通过精心设计的接口从外部接触,以防止您的组件变得一团糟。

事实上,在 React 文档中有一个与示例 #2 类似的示例

class Toggle extends React.Component {
  constructor(props) {
    super(props);
    this.state = {isToggleOn: true};

    // This binding is necessary to make `this` work in the callback
    this.handleClick = this.handleClick.bind(this);
  }

  handleClick() {
    this.setState(prevState => ({
      isToggleOn: !prevState.isToggleOn
    }));
  }

  render() {
    return (
      <button onClick={this.handleClick}>
        {this.state.isToggleOn ? 'ON' : 'OFF'}
      </button>
    );
  }
}

ReactDOM.render(
  <Toggle />,
  document.getElementById('root')
);

但是,请注意与您的示例的不同之处。需要在构造函数中绑定 toggle 方法,以确保这this意味着您期望它的含义。

如果包装组件是跟踪ExternalComponent子组件可见性的组件,那么我不会将切换方法传递给子组件,而是希望包装器呈现某种隐藏/显示可供性,然后传递当前子组件作为props的可见性或选择性地渲染它(请注意,选择性渲染将导致整个子组件在再次启用时重新安装,这可能很昂贵;您最好隐藏它而不是将其拆除并重新创建它)。这使得关注点的划分变得清晰:包装器知道可见性,子组件不需要知道该决定是如何或为什么做出的,也不需要接触包装器的内部状态。

使用当前状态的值来确定新的状态值并没有错。

选项 2 的代码较少,这对我很有吸引力。但是,有时在使用第三方组件(例如 Semantic UI React modal)时我可能不得不使用选项 1,并且它具有我们必须定义的显示和隐藏处理程序。

选项 3 也不错;我会将它用于除此显示/隐藏应用程序之外的其他应用程序(实际上,该应用程序几乎一直在使用,尤其是当您控制输入组件时)。