React native vs create react本机应用程序

Cof*_*ups 38 react-native create-react-app

我想从反应原生应用程序开发开始,需要帮助来决定我应该走哪条路.

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

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

我可以看到使用CRNA优势在本地反应(无暂时没必要建立依赖性,更快地开始开发,不需要iPhone开发帐户或Xcode的+安卓COMBI等)

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

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

另外,也许你可以纠正我在这,我不喜欢这个主意,刚才我的应用程序的顶部的另一个包装,除非有我错过了一些更关键的优势.

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

提前致谢.

小智 24

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

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

事实上,只需一个文本编辑器,纯粹使用javascript并利用内置的expo SDK组件,我很快就能够实现并向Play Store发布一个相当简单的应用程序.我发现真的很棒:)

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

最大的IMO是使用exp 服务生成的apk的大小.对于只有3个屏幕而不是很多业务逻辑的应用程序,安装后25 mb和大约60mb非常多. 根据expo devs,更复杂的应用程序将大致相同的大小或仅略微更大,因为大小的大小是本机依赖项,​​而不是实际的javascript方面.但这仍然是一个大问题,无论如何我可能不得不使用eject该应用程序来优化构建大小

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


hyb*_*175 9

我认为create-react-native-app是一个很好的开始方式,因此你可以专注于本React机的反应部分,特别是如果你不熟悉React.当你准备用本机做事时,你可以简单地弹出npm run eject

当我去年年底开始使用react本地的新项目时,没有create-react-native-app,我首先评估了expo.我不喜欢它,因为没有简单的原生集成,除非你知道我们确定需要原生集成时弹出.因此,我和香草一起反应原生.此外,我已经在网络和iOS和Android原生开发方面有过React的经验.