为什么要用 react 来构建小程序
Learn once, write anywhere.因为 React 是我们最熟悉的技术。
小程序糟糕的 API 设计已经有很多文章吐槽，这里就不再赘述了。再加上现在一大堆小程序平台，每个平台之间又有大大小小的差异，这对于有跨平台需求的小程序来说无异于是一场灾难。
React 的社区生态体系非常庞大，通过在小程序中引入 React 以及 React Hooks 提供的逻辑抽象能力，我们可以在小程序中直接利用 React 生态体系中大量的技术沉淀（比如：react-use、field-form)。
更完整的 TypeScript 支持。当然你也可以用 TypeScript 去写现有的小程序，但是由于小程序的架构原因，模板层跟逻辑层（也就是 Page）有天然的割裂，即使在逻辑层使用了 TypeScript，在模板层也无法享受类型检查和自动补全带来的便利。引入 React 后，我们的代码全部运行在逻辑层中，可以全程静态类型护航，给你满满的安全感。
现有的方案
目前社区中使用 React 构建小程序的方案大都使用静态编译的方式实现。所谓静态编译，就是使用工具把代码语法分析一遍，把其中的 jsX 部分和逻辑部分抽取出来，分别生产小程序的模板和 Page 定义。
这种方案最大的问题就是会有很多限制，因为语法分析是静态的，所以这些方案都会去限制一些动态的写法。另外正是因为 JavaScript 语言的动态性，要去做语法分析本身就是件很复杂的事情，所以这些方案实现起来往往也非常复杂。
最重要的，静态编译后的你的代码就转换成了小程序代码，运行时其实并没有 React 的存在，你只是用了 React 的 写法 ， 而不是真正的在用 React 做应用。
资源搜索网站大全 https://www.renrenfan.com.cn 广州VI设计公司https://www.houdianzi.com
我们的方案
今年初的时候，@xcodebuild 向大家介绍了如何在小程序中使用 React with Hooks。这是一个非常创新的方案，我们在对这个方案做了完善，并且在线上小程序中得到验证后，正式发布了基于 React 的小程序开发框架：
https://www.remaxjs.org
Remax 让你可以使用真正的 React 去构建小程序，你可以他理解成面向小程序的 React Native。
Remax 原理
首先来看一下小程序的架构（支付宝和微信大同小异）：
正如上面提到的，小程序架构分为两层，你写的逻辑代码独立运行在一个进程中，每个页面会有自己独立的渲染进程（也就是一个 webview）用来渲染模板。而整个小程序又运行在 APP 容器中（也就是支付宝和微信本身）。逻辑层和视图层之间通过建立一个消息通道来通信。
再来看下 React 的架构：
最下面一层是 React 本身，上层的 ReactDOM 和 ReactNative 我们称之为「Renderer」。Renderer 跟 React 之间通过 ReactReconciler 连接把元素（也就是通常所说的「虚拟 DOM」）渲染到对应的平台上。而 Remax 就是一个我们实现的 Renderer，它把「虚拟 DOM」渲染到了小程序的视图层上。
可以看到，我们把 React 和 ReactReconciler 运行在小程序的逻辑层中，并通过 Remax 把生成的「虚拟 DOM」渲染到视图层。从而做到了使用真正的 React 去构建小程序。