React 16.3 版本，正式推了出官方推荐的 context API —— 一种跨层级的数据传递方法。React 16.8 版本，推出了全新的 hooks 功能，将原本只有 class 组件才有的状态管理功能和生命周期函数功能，赋予了 function 组件。Hooks 配合 context 一起使用，为 react 状态管理提供了一种新的选择。这可能会减少开发者对 redux 等...

实现这一的一个 Selector 组件并不难，不是本文的讨论内容。本文讨论的主要是，在有类似于 Selector 组件一样，“浮”在页面的组件时，如何设计 React 组件树？

我学习 Web 的第一课，就是学习写一个轮播图，在写轮播图时自然地将 html、css、js、DOM、组件设计等各方面简单的知识点给串起来了。学习 React Native 的时候，也自然用起了这个思路，挺好用的。本文通过写一个轮播图，希望帮助到那些对 React Native 有兴趣的同学。

当我第一次开始写 React 时，我发现多少个 React 教程，就有多少种写 React 组件方法。虽然如今，框架已经成熟，但是并没有一个 “正确” 写组件的方法。

React 是一个专注于视图层的库。React 维护了状态到视图的映射关系，开发者只需关心状态即可，由 React 来操控视图。 在小型应用中，单独使用 React 是没什么问题的。但在复杂应用中，容易碰到一些状态管理方面的问题，如： React 只提供了在内部组件修改状态的接口 setState。导致数据、业务逻辑和视图层耦合在组件内部...

使用 react 写小型应用，数据、业务逻辑和视图的模块划分不是很细是没有问题的。在这个阶段，引入任何状态管理库，都算是奢侈的。但是随着页面逻辑的复杂度提升，在中大型应用中，数据、业务逻辑和视图，如果不能很好的划分，就很有可能出现维护难、性能低下的问题。

React 发展很快，概念也多，本文目的在于帮助初学者理清 React 核心概念。 React 及 React 生态 React 的核心概念只有 2 点： 声明式渲染(Declarative) 基于组件(Component-Based) 声明式渲染 声明式与命令式 命令式编程：命令“机器”如何去做事情(how)，这样不管你想要的是什么(what)，它都会按照你的命令实现。 声明式...