React井字棋教程中为何必须进行状态提升？

你说的没错，直接在Board组件里维护history状态确实能实现基础的走棋历史功能，但教程这么做是出于组件职责划分、功能扩展性和React设计思想的考虑，具体原因如下：

• 组件职责更清晰：Game作为整个游戏的顶层容器，负责管理全局的游戏状态（比如历史记录、当前回合、胜负判断），而Board只需要专注于棋盘的渲染和落子交互。如果把history放在Board里，Board既要管棋盘逻辑又要管历史记录，职责混杂，后续修改或新增功能时会越来越难维护。
• 方便控制棋盘的历史回退：教程后续会实现「点击历史记录跳转到对应回合」的功能，这时候需要父组件Game来决定Board渲染哪一个历史版本的棋盘。如果history存在Board内部，Game无法直接操控Board的状态，要实现回退就得通过复杂的回调传递，反而增加了代码复杂度。把history放在Game里，Game可以直接将对应回合的squares数据传给Board，逻辑更顺畅。
• 符合React状态提升的最佳实践：当多个组件需要共享或修改同一份数据时，将状态提升到它们共同的父组件是标准做法。这里Game要展示历史列表，Board要根据历史渲染棋盘，两者都依赖history数据，提升到Game能让数据流向更清晰，避免状态分散导致的同步问题。
• 扩展性更强：如果后续要加新功能，比如显示每一步的落子位置、保存游戏进度、多人对战的回合统计，这些都是属于Game层面的功能。把history放在Game里，扩展时不用改动Board的代码，直接在Game中新增逻辑即可，代码的可维护性更高。

当然，小范围的实现确实可以把history放在Board里，但教程这么设计是为了引导你理解React中状态提升的适用场景，以及如何构建更健壮、易扩展的组件结构。

内容的提问来源于stack exchange，提问作者bornfree