这篇文章希望能用最浅显易懂的话，将react中的数据流管理，从自身到借助第三方库，将这些概念理清楚。

没了。 也许有人觉得我说的太片面，其实我们可以理一理。往近了说，现在知识付费搞的如火如荼，动不动就搞个「XXX 源码解析」，分析一下这些课程的主题和目录，你就会发现基本都是围绕着这三个方向展开讲的；往远了说，我们可以分析一下 Web 前端的发展历程： 经过上面的分析我们可以看出…

前言 在 Hybrid 开发的过程中，由于前端和客户端同学存在认知差异，导致在解决一些 bridge 问题时存在一定的沟通成本和信息不对称。本文从前端视角切入，讲述 bridge 方法如何和客户端进行

原文地址：https://segmentfault.com/a/1190000021915545 jsBridge 两种交互方式 注入api、url schema、重写h5全局方法 注入api的形式

近些年来，前端领域的跨端技术越来越多了：react native、weex、flutter、electron、kraken 等等。 那么多跨端方案，他们有没有通用的思路？我们能不能从这么多方案中找出本

父组件中使用createContext创建的Context.Provider。这个组件允许消费组件订阅Context的变化。当 Provider 的 value 值发生变化时，它内部的所有消费组件都会重新渲染 在上面代码中child就能够消费在parent中定义的值。 但是上面…

React Hooks 在 React@16.8 版本正式发布。我最近在一两个公司的内部项目中也开始用起来尝尝鲜。 不了解 Hooks 的同学先撸一遍文档。本文不对 Hooks 做详细介绍，只阐述一种使用 Hooks 的思路。 一般我们写 React 如果不是特别大的应用，前后…

众所周知，React的单向数据流模式导致状态只能一级一级的由父组件传递到子组件，在大中型应用中较为繁琐不好管理，通常我们需要使用Redux来帮助我们进行管理，然而随着React 16.3的发布，新context api成为了新的选择。 可以看到，Redux的数据流其实非常简单，…

本文从实现「计数器」这个经典场景出发，逐步分析 Hooks时代下，React 状态管理方案的演进过程和背后的实现原理。