内容简介:在过去几年,当人们谈到 React Native 时,都会马上联想到 Airbnb 在这方面做得非常出色。然而,近日,Airbnb 技术团队在 Medium 上发布的博客却让事态出现了惊天逆转,Airbnb 官方宣布停止使用 React Native,...
在过去几年,当人们谈到 React Native 时,都会马上联想到 Airbnb 在这方面做得非常出色。然而,近日,Airbnb 技术团队在 Medium 上发布的博客却让事态出现了惊天逆转,Airbnb 官方宣布停止使用 React Native,并将其从代码库中移除,转而使用 Swift/Objective-C/Java/Kotlin。
一家世界级顶尖公司在对 React Native 投入大量精力后,突然决定弃它而去,这让不少想要使用和正在使用 React Native 的人都感到震惊。
然而,Medium 上一位叫 Charlie Cheever 的作者却表示,这一结果并不令他惊讶。Charlie 与许多考虑使用 React Native 的人交谈过,并将他们大致分为三类,其中两类非常适合使用并能乐在其中,而另外一类是不太适合的。
结合了大多数人的问题与一些实践经验,Charlie 最终整理出了一篇快速指南,帮助个人和团队决定是否要在项目中使用 React Native。内容如下:
1、使用 React Native 从 0 开始创建一个新应用程序,并希望用 JavaScript 构建所有应用。
这种情况通常比较乐观,使用者也能取得一个很好的结果。Expo 非常适合这种情况,它提供大量内置的原生模块,使用者不需要使用 Xcode 或 Android Studio,就能完成所有的事情;新版升级几乎毫不费劲;可以随时推送代码更新,而不用去应用商店提交新版本。
如果你需要在原生代码中构建一两个页面,并且已经定义好页面边界,那这么做也没什么问题。所以,如果需要从 0 开始创建一个新应用,Expo/React Native 是个不错的选择。
2、正在使用 React Native 进行少量的二级页面开发
如果你想利用 React Native 进行一些简单的二级页面开发,如设置(Setting Screen)、常见问题答疑(FAQ)和关于(About)等,或者只是想把它们嵌入在 WebView 中,那你就走运了。这些页面不需要与应用的其他部分密切联系,但整体看上去更像是“原生”的。
3、你有一个用 Swift/Java/Obj-C/Kotlin 编写的现有应用,并且想要在 React Native 中开始编写其中的一部分
举个“棕色地带”的例子(棕色地带,通常是指闲置废弃的、未被充分利用的领域,由于某些原因,使得重新开发变得困难。),比如,你有一个用 Swift 和 Java 编写的现有应用程序,然后你希望将 React Native 引入到一个多视图和屏幕中,这就很难做到。
如果你需要在同一屏幕上同时使用原生视图和 React Native 视图,通常,在 React Native 方面,你会将数据保存在 JS 对象中,而在原生方面,你会将数据保存在 Swift/Java 的数据结构中,这样以来,跟踪客户端状态就会变得很困难。因为 React Native 目前只有一个异步桥接(asynchronous bridge),你需要编写大量桥接基础设施的代码,才能保证工作有效进行,这个过程很麻烦,会严重影响工作效率。
在导航、布局等类似方面也是这样,如果开发者在使用一种技术的同时,必须要解决另一技术带来的问题,那感觉就像掉进了无底洞。
4、公司有 Android 开发团队,也有 iOS 开发团队。
即使公司只有其中一种开发团队,并且自认为自己拥有最强 Android/iOS 开发者,他们也很难对 React Native 满意。尤其是 iOS 开发,他们通常认为 Javascript 会“污染”(infestation)公司代码库。
最后作者表示,自己几乎完全同意 Airbnb 博客列出的使用 React Native 带来的不便,(可参考之前发布的文章:Airbnb 宣布放弃使用 React Native,回归使用原生技术)但依然对这个项目保持乐观,因为微软已在新版中使用 React Native。
作者认为 React Native、Flutter 等这些产品面临的问题大致差不多,如果要让他来评判其中的优胜者,他给出的概率是:React Native 55%、Flutter 15%,其他 ≤30%。你怎么看?
作者原文:Should we use React Native?
编译:开源中国
【声明】文章转载自:开源中国社区 [http://www.oschina.net]
以上所述就是小编给大家介绍的《Airbnb 弃用之后,我们还应该用 React Native 吗?》,希望对大家有所帮助,如果大家有任何疑问请给我留言,小编会及时回复大家的。在此也非常感谢大家对 码农网 的支持!
猜你喜欢:- 顶会论文应不应该提交代码?应该,但不能强制
- 单元测试 – 我应该对不应该在函数中传递的数据(无效输入)进行单元测试吗?
- 智能合约事件应该这么用
- 研发职位到底应该怎么设置?
- 我们应该如何给需求排序?
- 你的项目应该如何分层?
本站部分资源来源于网络,本站转载出于传递更多信息之目的,版权归原作者或者来源机构所有,如转载稿涉及版权问题,请联系我们。
高可用架构(第1卷)
高可用架构社区 / 电子工业出版社 / 2017-11-1 / 108.00元
《高可用架构(第1卷)》由数十位一线架构师的实践与经验凝结而成,选材兼顾技术性、前瞻性与专业深度。各技术焦点,均由极具代表性的领域专家或实践先行者撰文深度剖析,共同组成“高可用”的全局视野与领先高度,内容包括精华案例、分布式原理、电商架构等热门专题,及云计算、容器、运维、大数据、安全等重点方向。不仅架构师可以从中受益,其他IT、互联网技术从业者同样可以得到提升。一起来看看 《高可用架构(第1卷)》 这本书的介绍吧!