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)
我认为create-react-native-app是一个很好的开始方式,因此你可以专注于本React机的反应部分,特别是如果你不熟悉React.当你准备用本机做事时,你可以简单地弹出npm run eject
当我去年年底开始使用react本地的新项目时,没有create-react-native-app,我首先评估了expo.我不喜欢它,因为没有简单的原生集成,除非你知道我们确定需要原生集成时弹出.因此,我和香草一起反应原生.此外,我已经在网络和iOS和Android原生开发方面有过React的经验.
| 归档时间: |
|
| 查看次数: |
8755 次 |
| 最近记录: |