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

• 資深大佬 : huanglexus

  你这个问法就有问题
  react native 和 小程序 本质是同一类的跨端技术

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

  如果你的意思是用 react native 作为底层跨端的实现能否达到目前微信小程序对 web 的兼容程度， 那是没那么好搞的

• 資深大佬 : null2018

  可以的，刚 20 年下旬完成了用 alita 转换原有 RN 项目，目前线上运行正常，如果有想法可以去 git 参考 alita 的实现

• 資深大佬 : KuroNekoFan

  taro3 就是这个思路

• 資深大佬 : jones2000

  只用 webview 就可以了。 其他什么的 native 没有好的团队就不要碰了。用 js 去控制 native, 首先要做优化 jscore，能快速的把 js 指令翻译成 native code 执行， 或者编译的时候直接转 native code 也比用 js 去控制快。目前没看到国内什么团队在做， 直接用系统带的上的 jscore 来执行的。

  小程序画布这块支持太差了， 达不到 h5 这样的流畅， 卡卡卡。 还不如原生做一个壳套 webview 快。

• 資深大佬 : shuangya

  兼容性&开发效率 与 性能 的取舍罢了。
  就像支付宝的小程序容器其实有 Flutter 版本，淘宝的小程序有 weex 版本一样。虽然它们性能更好，但是坑太多，不适合大规模使用。
  话说回来，现在 H5 性能和 RN/Weex 性能差异其实也没有当年那么大了，大部分情况下都没必要为了那点性能去折腾。

  另外，各家推小程序的目的，并不是小程序性能上有多好，而是对平台来说更可控。

• 資深大佬 : co1mugx

  参考一下 remax ？
  react 就是上层的框架，因为 dom, native 的存在实现不同“环境”运行

• 資深大佬 : Bijiabo

  这个想法可行，可以参考米家 APP 的实现方式。优势方面主要看面向的场景，如果是做开放平台、简单交互首选 WebView 方式实现的小程序，开发门槛也低。
  React Native 更适合交互复杂、产品交互体验要求比较高的场景，当然伴随的开发门槛和投入会相应提高，且后续的迭代升级成本比较高，等今年 JNI 稳定正式发布之后会更香

• 主 資深大佬 : kimiler

  @null2018 好的，我了解了解