react-native – React native vs create react本机应用程序

前端之家收集整理的这篇文章主要介绍了react-native – React native vs create react本机应用程序前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
我想从响应本机应用程序开发开始,需要帮助来决定我应该走哪条路。

主要问题是:我应该选择本机还是创建反应本机应用程序?

根据我的理解,CRNA真的是使用expo客户端和工具进行本地反应,使用更舒适(不需要开发帐户等)

我可以看到使用CRNA over react native的优点(不需要设置依赖项,更快的时间开始开发,不需要iPhone开发帐户或xcode android combi等)

但是,由于并非所有本地库都包含在内,我认为自己需要在以后导出我的应用程序,并继续像以前一样使用xcode和android studio

因此,如果CRNA只是开始使用所有内容的一种很好的方式,那么我会立即选择vanilla反应原生,因为我认为暂时解决方案没有任何意义。

此外,也许你可以纠正我,我不喜欢在我的应用程序上只有另一个包装器的想法,除非我错过了一些更重要的优势。

那么请你就此分享你的意见吗?如果您已经开发了过去使用本地反应的应用程序,那么您将走哪条道路,将来会走哪条道路?反应原生,CRNA或反应原生和世博环境?

提前致谢。

嗨,我也将分享我在这个主题上的一些经验。

由于我有前端背景并且不熟悉XCode或Android Studio,因此我决定从CRNA开始我的本机应用程序开发。

事实上,只需一个文本编辑器,纯粹使用javascript并利用内置的expo SDK组件,我很快就能够实现并发布到Play Store a fairly simple app
我发现真的很棒:)

然而,在发布应用程序后,我意识到有一些陷阱无法与类似的竞争对手Java应用程序竞争:

最大的IMO是用exp生成的apk的大小
服务。
对于只有3个屏幕而不是很多业务逻辑的应用程序,安装后25 MB和大约60mb非常多。
According to expo devs更复杂的应用程序将大致相同或略大,因为大部分是本机依赖项,​​而不是实际的javascript端。
但这仍然是一个大问题,我可能不得不抛出应用程序来优化构建大小

因此,一般来说,CRNA是一种非常快速的方式,可以启动并有一些工作,但在将应用程序发布给用户之前,您将无法避免设置自定义构建和所有依赖项,如Android Studio

猜你在找的React相关文章