遭 Airbnb 嫌弃，React Native 还值得我们使用吗？

（点击上方公众号，可快速关注）

编译：开源中国

www.oschina.net/news/97466/should-we-use-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。内容如下：

是否要使用 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％。你怎么看？

觉得本文对你有帮助？请分享给更多人

关注「前端大全」，提升前端技能