这是一个创建于 1177 天前的主题，其中的信息可能已经有所发展或是发生改变。
现有的小程序都是 webview 容器架构
那么采用 rn 原生容器+jsbundle 来实现小程序是否可行？
大概流程是 rn 的小程序对应一个进程，也就是一个容器+对应的 jsbundle 包，然后插件通过规范化对外输出
我在想这种模式和现有的小程序有什么差异，哪种更有优势？
那么采用 rn 原生容器+jsbundle 来实现小程序是否可行？
大概流程是 rn 的小程序对应一个进程，也就是一个容器+对应的 jsbundle 包，然后插件通过规范化对外输出
我在想这种模式和现有的小程序有什么差异，哪种更有优势？
 |
1
huanglexus 2021-01-27 14:10:16 +08:00  1
你这个问法就有问题
react native 和 小程序 本质是同一类的跨端技术 只不过现在的小程序实现是基于 webview 原因是对 web 开发有更好对兼容性 如果你的意思是用 react native 作为底层跨端的实现能否达到目前微信小程序对 web 的兼容程度， 那是没那么好搞的 |
 |
2
null2018 2021-01-27 16:56:04 +08:00
可以的，刚 20 年下旬完成了用 alita 转换原有 RN 项目，目前线上运行正常，如果有想法可以去 git 参考 alita 的实现
|
 |
3
KuroNekoFan 2021-01-27 19:19:39 +08:00
taro3 就是这个思路
|
 |
4
jones2000 2021-01-27 23:02:36 +08:00
只用 webview 就可以了。 其他什么的 native 没有好的团队就不要碰了。用 js 去控制 native, 首先要做优化 jscore，能快速的把 js 指令翻译成 native code 执行， 或者编译的时候直接转 native code 也比用 js 去控制快。目前没看到国内什么团队在做， 直接用系统带的上的 jscore 来执行的。
小程序画布这块支持太差了， 达不到 h5 这样的流畅， 卡卡卡。 还不如原生做一个壳套 webview 快。 |
 |
5
shuangya 2021-01-28 00:33:12 +08:00
兼容性&开发效率 与 性能 的取舍罢了。
就像支付宝的小程序容器其实有 Flutter 版本，淘宝的小程序有 weex 版本一样。虽然它们性能更好，但是坑太多，不适合大规模使用。 话说回来，现在 H5 性能和 RN/Weex 性能差异其实也没有当年那么大了，大部分情况下都没必要为了那点性能去折腾。 另外，各家推小程序的目的，并不是小程序性能上有多好，而是对平台来说更可控。 |
 |
6
co1mugx 2021-01-28 00:41:53 +08:00 via Android
参考一下 remax ？
react 就是上层的框架，因为 dom, native 的存在实现不同“环境”运行 |
 |
7
Bijiabo 2021-01-28 00:43:20 +08:00
这个想法可行，可以参考米家 APP 的实现方式。优势方面主要看面向的场景，如果是做开放平台、简单交互首选 WebView 方式实现的小程序，开发门槛也低。
React Native 更适合交互复杂、产品交互体验要求比较高的场景，当然伴随的开发门槛和投入会相应提高，且后续的迭代升级成本比较高，等今年 JNI 稳定正式发布之后会更香 |
Select Language