在使用React开发一个应用时，我们有时会遇到组件树中位置不同，层级不同的n多个组件需要状态共享的问题，我们可以使用redux/mobx来管理，当然context也为我们提供一个可行方案。

在一个典型的React应用中, 数据都是通过props属性自顶向下传递的, 也就是我们通常所说的父传子。但是在某些场景下(换肤), 很多底层的子组件都是需要接收来自于顶层组件的换肤属性, 这会让我们的代码中有很多显示传递props的地方。Context 提供了一种在组件之间共享…

本文为意译，翻译过程中掺杂本人的理解，如有误导，请放弃继续阅读。 在典型的React应用中，数据是通过props，自上而下地传递给子组件的。但是对于被大量组件使用的固定类型的数据（比如说，本地的语言环境，UI主题等）来说，这么做就显得十分的累赘和笨拙。Context提供了一种在…

对于React开发者而言，Context应该是一个不陌生的概念，但是在16.3之前，React官方一直不推荐使用，并声称该特性属于实验性质的API，可能会从之后的版本中移除。但是在实践中非常多的第三方库都基于该特性，例如：react-redux、mobx-react。 如上面的…

其中mapStateToProps提供从Redux store state到展示组件的 props的映射 ，mapDispatchToProps接收dispatch方法并提供期望注入到展示组件的 props 中的回调方法。

在这一部分中，我们会提出 “容器组件” 和 “展示组件” 的概念，“容器组件” 用于接管 “状态”，“展示组件” 用于渲染界面，其中 “展示组件” 也是 React 诞生的初心，专注于高效的编写用户界面。 Redux 的出现，通过将 State 从 React 组件剥离，并将其…

在这一部分中，我们将趁热打铁，运用上篇教程学到的 Redux 三大核心概念来将待办事项的剩下部分重构完成，它涉及到将 TodoList 和 Footer 部分的相关代码重构到 Redux，并使用 Redux combineReducers API 进行逻辑拆分和组合，使得我们可…

当渲染一个组件的数据是通过props从父组件中获取时，通常情况下是 A --> B，但随着业务复杂度的增加，有可能是这样的：A --> B --> C --> D --> E，E需要的数据需要从A那里通过props传递过来，以及对应的 E --> A逆向传递callback。组…

前端应用的状态管理日益复杂。随着大前端时代的到来，前端愈来愈注重处理逻辑，而不只是专注 UI 层面的改进，而以 React 为代表的前端框架的出现，大大简化了我们编写 UI 界面的复杂度。虽然 React 提供了 State 机制实现状态管理，也有诸如“状态提升”等开发约定，但…