微软跨平台开发新思路：React Native 如何赋能 Office、Teams、Xbox 等应用？

作者 | Tim Anderson

译者 | Sambodhi

策划 | Tina

专访：尽管微软有一些自己研发的框架，但仍是使用 React Native 进行跨平台开发的最大牌用户之一。

在不久前的 QCon 伦敦大会上，微软资深软件工程师、也是 React Native 维护者之一的 Lorenzo Sciandra 向 DevClass 阐述了微软选择这种跨平台开发方法的原因。尽管存在 .NET MAUI（多平台应用 UI）等替代方案，以及微软在 Office 上对跨平台 C++ 的长期投资，但微软仍坚持使用 React Native。

微软 Lorenzo Sciandra 出席 QCon 伦敦大会

React Native 在微软的应用案例包括了 Microsoft Office、Outlook、Teams、Xbox、Skype 以及 Xbox 上的 Microsoft Store。不过，这并不是说这些应用完全采用了 React Native，因为这家公司采用了 Sciandra 所说的“棕地开发”技术，即在现有代码库的基础上，通过 React Native 扩展新功能。React Native 还在 Copilot 中有多种形式的应用，Sciandra 表示这是一项“巨大的成功”，但他这次只是“留下了一个小悬念”，更多细节将于今年晚些时候揭晓。

译者注：“棕地开发”（Brownfield Development）在软件开发领域指的是在已有的、部分完成或老旧的软件系统或代码基础上进行开发和扩展的过程。这与“绿地开发”（Greenfield Development）相对，后者通常指在全新的、没有任何现有系统约束的环境下进行软件开发。在“棕地开发”中，开发团队会利用现有的软件架构和代码库，通过添加新功能、优化性能或整合新技术来提升现有系统的价值和效率。这种方法允许企业在保留历史投资的同时，逐步引入创新和改进，减少风险和成本。在微软使用 React Native 的案例中，“棕地开发”技术使得公司能够在现有的应用程序中集成 React Native，从而增强产品的功能和用户体验，而无需完全重写整个应用程序。

谈及微软何时开始使用 React Native，Sciandra 告诉 DevClass：“这有点复杂。公司内部的一些组织几乎在 React Native 刚刚可用时，也就是大约 2015 年至 2016 年间，就开始使用了。Skype 是最早投资 RN 的项目之一，Office 和 Windows 组织也差不多第一时间展开了合作。随着时间的推移，这些不同部门的努力逐渐汇集成更大规模的投入，现在 Xbox 也在这个平台上投入了大量资源。我们推出了 React Native Windows 和 React Native macOS 平台，任何人都可以在开源社区中使用它们。这需要与 Meta、亚马逊等其他公司开展大量合作，而我主要负责确保这些公司之间的合作能够协调一致，从而进一步完善这个平台。”

微软也有其他一些跨平台方案可选，那么 React Native 是哪里吸引了微软呢？Sciandra 为我们揭晓了答案：“首先是 JavaScript 的可雇佣资源，它的人才储备很丰富。” 他进一步指出，像 C++ 或 C# 这样的语言 “更为专业，更加复杂。” 此外，“我们的所有应用都有 Web 版，且其中多数都采用了 React 作为关键组件之一，因此将 React Native 作为一个选项让我们得以在 React 领域进行有针对性的投资。”

React Native 用于棕地开发的能力同样很关键。“这并非全盘接受或否定的选择。虽然也有其他一些跨平台方案，但使用这些方案时你通常需要编写所有内容。而使用 React Native 时，我们在现有项目基础上添加这一层就行了，这样尝试用一个屏幕开发也会轻松很多。”Sciandra 解释道。

至于实践中是否使用 TypeScript 而非 JavaScript，Sciandra 表示：“我认为几乎所有使用 React Native 的人们都在用 TypeScript。” 但他也强调，JavaScript 的普及率依旧是个优势，“（JS）有一个庞大的社区支持，众多现成的库可供利用。”

React Native 的另一个特性是它利用原生操作系统控件，而不是像谷歌 Flutter 等框架那样一般自行绘制控件。“这意味着运行应用的操作系统知道应用在做什么事情。”这有利于导航和优化，同时也保证了应用的原生外观和体验。

然而，Sciandra 也坦诚地谈到了使用 React Native 所面临的一些权衡问题。其中最大的挑战之一是 “这个领域的活跃度和动态性。” 他提到，“需要紧跟 Meta 等公司的步伐，因为它们的每次提交都会在几小时内生效，这是复杂性的主要来源之一。”Sciandra 的部分职责便是与 Meta 等伙伴合作，“确保发布的版本是可靠、稳定、可预测的”。

React Native 虽然是开源的，但其用于 Android 和 iOS 的存储库由 Facebook 管理，而用于 Windows 和 macOS 的存储库则由微软管理。“这意味着我们需要紧跟代码库的更新步伐，”Sciandra 如是说。

React Native 接下来还会有很多变化。Meta 正在采用 新架构 来重构其核心内部，尽管目前新架构仍处于实验阶段，但未来将成为默认选项。也就是说，采用 React Native 就意味着需要做好准备，经常跟随框架更新而重构代码。

那么，React Native 与其他方法（如使用 Web 视图的 Electron，同样使用 JavaScript 或 TypeScript 来创建桌面应用）相比又如何呢？Sciandra 提到，Meta 已经将 Messenger 应用从 Electron 迁移到了 Windows 和 macOS 上的 React Native 上，并取得了显著的性能提升和二进制大小改进。

不过，使用 Web 视图可以轻松实现 Web、桌面或移动设备之间的代码共享，而 React Native 在这方面则稍显逊色。“React 和 React Native 之所以是两个独立的项目，是因为 React Native 需要一些类似于 React，但又不能直接复用 React 代码的定制代码。”Sciandra 解释说，“例如，对于组件库或设计系统，你无法轻松共享代码，需要为 React Native 构建定制组件。”

尽管如此，这种情况也可能会改变。React Strict DOM 正在开发中，Sciandra 表示，“我们的目标是找到一种方法，让为 Web 编写的 UI 能够直接在 React Native 中运行。”

Sciandra 的演讲以《微软如何利用 React Native 获得战略优势》（How Microsoft leverages React Native for strategic advantage）为题，其受众是有着质疑精神的 QCon 参会者。对于那些有兴趣使用原生控件进行跨平台开发的开发人员来说，这一话题值得关注——尽管微软说的和做的并不是一回事，他们的跨平台开发营销更侧重于 .NET MAUI。

https://devclass.com/2024/04/11/react-native-and-why-microsoft-uses-it-for-its-own-cross-platform-development/

声明：本文为 InfoQ 翻译整理，未经许可禁止转载。