在过去几年,当人们谈到 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?

编译:开源中国

余下全文(1/3)
分享这篇文章:

请关注我们:

发表评论

电子邮件地址不会被公开。 必填项已用*标注