Expo 模块 API：概述

大多数情况下，Expo 和 React Native 开发人员不需要编写任何原生代码 — 库已经针对广泛的用例提供了支持，从相机到视频、到地图、到触觉等应有尽有。

但有时，没有任何东西能够完全满足您的需求。也许您想集成您公司所要求的分析服务，但该服务尚未拥有 React Native 库，因此您需要围绕他们的 SDK 构建一个模块。或者，也许您想访问您的应用所需，但并不常用的系统特性，因此没有人维护相应的库。

总结并改述 React Native 团队的建议:

• 如果您打算在原生模块中使用 C++，请使用 Turbo 模块，因为它提供了更方便的低级机制访问。
• 如果您希望更好的开发体验，并且愿意在模块中依赖 expo 包，则使用 Expo 模块 API。

如果您想学习我们如何实现库，Expo SDK 是一个很好的地方。另一个极好的资源是开源应用，例如 Bluesky。

以下库是我们社区中的一些最爱：

• react-native-widget-extension
• burnt
• expo-video-metadata
• swiftui-react-native
• react-native-ios-context-menu
• react-native-mlkit
• react-native-passkeys
• expo-drag-drop-content-view

将 Expo 模块 API 添加到您的应用对应用大小的影响微乎其微，可能会增加几百千字节的大小。在这篇博客文章中了解更多。

Expo 模块 API 的性能特性与 React Native 的 Turbo 模块 API 类似。两个 API 都利用 React Native 的 JavaScript 接口（JSI），而不是使用过时的 JSON 消息队列（“桥”）的方法 (了解更多关于 JSI 的内容)。

无论是 Expo 模块还是 Turbo 模块，并不是为了追求技术上最快的速度，而是在重要的地方提供快速。例如，Expo 模块 API 可能会利用代码生成和新的原生 Swift / C++ 互操作性，来减少单个方法调用的开销。然而，这会带来一些开发体验挑战和开销，我们尚未遇到任何这样的优化能提供实质性现实世界性能改进的用例。实际上，执行原生方法主体所花费的时间往往比方法调用的开销大几个数量级。Expo 模块和 Turbo 模块可以轻松地每秒执行数十万次原生方法调用，这远远超过您可能在任何应用中发现的，并且方法调用的开销不太可能成为瓶颈。

如果您在使用 Expo 模块 API 时遇到任何性能瓶颈，提交问题，我们很乐意与您讨论。

Expo 模块 API 对 macOS 和 tvOS 有实验性支持。有关更多信息，请参见 额外平台支持 教程。

在 集成现有库 教程中了解更多。