步入 9201 年所以一时心血来潮想写个小程序玩一玩，但是开发过程中发现各种难受，于是看了一下现有的各种方案。最后还是决定把 React.js 直接搬到小程序里面运行。
和 taro 等方案不同的是，这个方案运行的是真正的 React.js 和真正意义上的 JSX，意味着你在书写 JSX 的时候不会有各种奇怪的限制，也完全可以使用 React Hooks.
项目地址：https://github.com/CodeFalling/remax
 |
1
CodingPuppy Jan 14, 2019 via Android
支持
|
 |
2
jeremaihloo Jan 14, 2019
支持
|
 |
3
7sDream Jan 14, 2019
老哥牛皮呀。最近正好想试下小程序是怎么开发的。
Emmm，不过我不会前端，让我先学学 React 再来用这个试试。 |
 |
4
xcodebuild OP @7sDream 先学习一下 ES + Babel + Webpack + React + JSX + Redux + ... :doge
|
 |
5
ilumer Jan 14, 2019
支持搞个大新闻
|
 |
6
walter211 Jan 14, 2019
碉堡了
|
 |
7
helsonxiao Jan 14, 2019 via Android
资瓷
|
 |
8
Geeker Jan 14, 2019
蛇神还是 6，我前两天用了下 taro，最后放弃还是写原生小程序了。
|
|
9
xcodebuild OP @Geeker 因为把 JSX 当模板写这个思路很怪异，说来小程序还不如一开始就支持用 React 或者 Vue 写，现在的原生写法太难受了
|
 |
10
isbase PRO  1
大概试用了下，很不错，实现自定义 react renderer 才是王道，
现有的各种小程序框架实在太过蹩脚 |
 |
11
pkm Jan 14, 2019
赞~
|
|
12
xcodebuild OP @isbase 唉说到底还是小程序自己非要搞事情，想隔离渲染线程直接用 react-worker 类似的方案不就行了，非要强行割裂一个平台出来
|
 |
13
wobuhuicode Jan 14, 2019
@codefalling 小程序的逻辑在原生 IOS 开发来说是合理的。JS 运行在 jscore 的 rutime 中，当 OC eval JS 去执行的话，是在主线程执行的，而写在模版的最终渲染到 HTML 去，这里面的渲染逻辑（ HTML 内部 JS 的执行逻辑）是非主线程的。
|
|
14
xcodebuild OP @wobuhuicode react-worker 就满足这样的条件
|
|
15
wobuhuicode Jan 14, 2019 via iPhone 1
@codefalling 从线程来说或许可以这样。不过从小程序最初的架构来说，每一个页面都是一个新的 viewController 创建的 webview。如果按照传统的 web 页面开发，其中的逻辑肯定会被隔离。为了保持开发的时候逻辑的一致，我们写的 js 代码是会由一个独立的 jsCore 去运行
|
 |
16
Sparetire Jan 15, 2019 via Android
大佬。。
|
 |
17
ql9075 Jan 17, 2019
666
|
Select Language