基于 react native 来实现小程序是否可行?

2021-01-27 11:48:04 +08:00
 kimiler
现有的小程序都是 webview 容器架构
那么采用 rn 原生容器+jsbundle 来实现小程序是否可行?
大概流程是 rn 的小程序对应一个进程,也就是一个容器+对应的 jsbundle 包,然后插件通过规范化对外输出
我在想这种模式和现有的小程序有什么差异,哪种更有优势?
3545 次点击
所在节点    程序员
8 条回复
huanglexus
2021-01-27 14:10:16 +08:00
你这个问法就有问题
react native 和 小程序 本质是同一类的跨端技术

只不过现在的小程序实现是基于 webview 原因是对 web 开发有更好对兼容性

如果你的意思是用 react native 作为底层跨端的实现能否达到目前微信小程序对 web 的兼容程度, 那是没那么好搞的
null2018
2021-01-27 16:56:04 +08:00
可以的,刚 20 年下旬完成了用 alita 转换原有 RN 项目,目前线上运行正常,如果有想法可以去 git 参考 alita 的实现
KuroNekoFan
2021-01-27 19:19:39 +08:00
taro3 就是这个思路
jones2000
2021-01-27 23:02:36 +08:00
只用 webview 就可以了。 其他什么的 native 没有好的团队就不要碰了。用 js 去控制 native, 首先要做优化 jscore,能快速的把 js 指令翻译成 native code 执行, 或者编译的时候直接转 native code 也比用 js 去控制快。目前没看到国内什么团队在做, 直接用系统带的上的 jscore 来执行的。

小程序画布这块支持太差了, 达不到 h5 这样的流畅, 卡卡卡。 还不如原生做一个壳套 webview 快。
shuangya
2021-01-28 00:33:12 +08:00
兼容性&开发效率 与 性能 的取舍罢了。
就像支付宝的小程序容器其实有 Flutter 版本,淘宝的小程序有 weex 版本一样。虽然它们性能更好,但是坑太多,不适合大规模使用。
话说回来,现在 H5 性能和 RN/Weex 性能差异其实也没有当年那么大了,大部分情况下都没必要为了那点性能去折腾。

另外,各家推小程序的目的,并不是小程序性能上有多好,而是对平台来说更可控。
co1mugx
2021-01-28 00:41:53 +08:00
参考一下 remax ?
react 就是上层的框架,因为 dom, native 的存在实现不同“环境”运行
Bijiabo
2021-01-28 00:43:20 +08:00
这个想法可行,可以参考米家 APP 的实现方式。优势方面主要看面向的场景,如果是做开放平台、简单交互首选 WebView 方式实现的小程序,开发门槛也低。
React Native 更适合交互复杂、产品交互体验要求比较高的场景,当然伴随的开发门槛和投入会相应提高,且后续的迭代升级成本比较高,等今年 JNI 稳定正式发布之后会更香
kimiler
2021-01-28 11:15:56 +08:00
@null2018 好的,我了解了解

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/748852

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX