ReactJS-提升状态与保持本地状态

Question

在我公司，我们正在将Web应用程序的前端迁移到ReactJS。我们正在使用create-react-app（更新为v16），而没有Redux。现在，我停留在页面上，该页面可以通过以下图像简化：

在componentDidMount()MainContainer方法中，使用相同的后端请求检索由三个组件（SearchableList，SelectableList和Map）显示的数据。然后，此请求的结果存储在MainContainer的状态中，其结构大致如下：

state.allData = {

  left: {

    data: [ ... ]

  },

  right: {

    data: [ ... ],

    pins: [ ... ]

  }

}

LeftContainer state.allData.left从MainContainer 接收作为道具，并props.left.data再次作为道具传递到SearchableList。

RightContainer state.allData.right从MainContainer 接收作为道具，并传递props.right.data到SelectableList和props.right.pinsMap。

SelectableList显示一个复选框，允许对其项目执行操作。每当对SelectableList组件的一项操作发生时，它可能会对Map引脚产生副作用。

我决定在RightContainer状态下存储一个列表，该列表保留SelectableList显示的所有项目ID。此列表作为道具传递给SelectableList和Map。然后，我将一个回调传递给SelectableList，该回调使每当进行选择时都会更新RightContainer中的ID列表；新道具同时出现在SelectableList和Map中，因此render()在这两个组件中都被称为。

它工作正常，有助于将Rightable容器中的SelectableList和Map可能发生的所有事情保留在RightContainer中，但是我想问这对于提升状态和事实真相的概念是否正确。

作为可行的替代方案，我想到了向MainContainer中的_selected每个项目添加一个属性state.right.data，并将select回调三级传递给SelectableList，以处理MainContainer中的所有可能动作。但是，一旦发生选择事件，这最终将强制加载LeftContainer和RightContainer，从而引入了实现逻辑的需求，例如shouldComponentUpdate()避免无用的逻辑，render()尤其是在LeftContainer中。

从体系结构和性能的角度来看，哪种是/可能是优化此页面的最佳解决方案？

您可以在下面摘录我的组件，以帮助您了解情况。

MainContainer.js

class MainContainer extends React.Component {

  constructor(props) {

    super(props);

    this.state = {

      allData: {}

    };

  }

  componentDidMount() {

    fetch( ... )

      .then((res) => {

        this.setState({

          allData: res

        });

      });

  }

  render() {

    return (

      <div className="main-container">

        <LeftContainer left={state.allData.left} />

        <RightContainer right={state.allData.right} />

      </div>

    );

  }

}

export default MainContainer;

RightContainer.js

class RightContainer extends React.Component {

  constructor(props) {

    super(props);

    this.state = {

      selectedItems: [ ... ]

    };

  }

  onDataSelection(e) {

    const itemId = e.target.id;

    // ... handle itemId and selectedItems ...

  }

Answer 1

如React文档所述通常，几个组件需要反映相同的变化数据。我们建议将共享状态提升到最接近的共同祖先。对于React应用程序中发生的任何数据更改，应该只有一个“事实来源”。通常，首先将状态添加到需要呈现的组件。然后，如果其他组件也需要它，则可以将其提升到最接近的共同祖先。与其尝试在不同组件之间同步状态，不如依靠自上而下的数据流。与双向绑定方法相比，解除状态涉及编写更多的“样板”代码，但这样做的好处是，查找和隔离错误的工作量较小。由于任何状态都“存在”于某个组件中，并且仅该一个组件即可更改它，因此大大减少了错误的表面积。此外，您可以实现任何自定义逻辑来拒绝或转换用户输入。因此，从本质上讲，您还需要将树状结构提升到正在被兄弟姐妹组件使用的状态。因此，您第selectedItems一个将状态存储为状态的实现RightContainer是完全合理的，并且是一种很好的方法，因为父级不需要了解信息，并且这data是由的两个child组件共享的，而这两个组件RightContainer现在只有一个来源真相。根据您的问题：作为可行的替代方案，我想到了将_selected属性添加到中的每个项目中state.right.data，MainContainer并将select回调向下传递到三个级别，以SelectableList处理in中的所有可能动作MainContainer我不同意这是比第一种更好的方法，因为您MainContainer不需要知道selectedItems或处理程序的任何更新。MainContainer对这些州没有做任何事情，只是将其传承下去。考虑到optimise on performance您自己谈论实现a的问题shouldComponentUpdate，但是可以通过扩展组件来避免这种情况，该组件通过扩展React.PureComponent本质上实现了and shouldComponentUpdate的shallow比较来实现。stateprops根据文档：如果您的React组件的render()函数在相同的道具和状态下呈现相同的结果，则React.PureComponen在某些情况下可以使用t来提高性能。但是，如果多个深度嵌套的组件正在使用同一数据，则使用redux并将该数据存储在redux状态是有意义的。这样，整个应用程序就可以全局访问它，并且可以在不直接相关的组件之间共享它。例如考虑以下情况const App = () => {&nbsp; &nbsp; <Router>&nbsp; &nbsp; &nbsp; &nbsp; &nbsp;<Route path="/" component={Home}/>&nbsp; &nbsp; &nbsp; &nbsp; &nbsp;<Route path="/mypage" component={MyComp}/>&nbsp; &nbsp; </Router>}现在，如果Home和MyComp都想访问相同的数据。您可以通过通过renderprop 调用它们，将数据作为来自prop的prop 传递。但是，可以通过使用以下connect函数将这两个组件都连接到Redux状态来轻松实现const mapStateToProps = (state) => {&nbsp; &nbsp;return {&nbsp; &nbsp; &nbsp; data: state.data&nbsp; &nbsp;}}export connect(mapStateToProps)(Home);和类似的MyComp。易于配置操作以更新相关信息同样，为您的应用程序配置Redux特别容易，您将能够在单个化简器中存储与相同内容相关的数据。这样，您还可以模块化您的应用程序数据

Answer 2

通过使用Redux，您可以避免此类回调并在单个存储中维护整个状态-因此，使您的父组件连接组件-并使左右组件哑巴-只需将您从父组件获得的道具传递给子组件-然后您在这种情况下，不必担心回调。