19 篇带有“发布”标签的帖子

今天我们发布 React Native v0.66，支持 Android 12 和 iOS 15，同时修复了一些问题并进行了常规更新。

亮点​

• 处理 Android 上父视图边界外的视图点击
• Android 上的新蓝牙权限
• 更好地支持 Apple Silicon、Xcode 13 和 iOS 15
• Hermes 0.9.0
• 每晚和“Commitly”发布

今天我们发布了 React Native 0.65 版本，其中包含新版 Hermes、辅助功能改进、包升级等。

Hermes 0.8 有什么新功能？​

Hermes，Facebook 开源的、为 React Native 优化的 JavaScript VM，已升级到 0.8.1 版本。此版本的一些突出功能包括：

• 一个新的并发垃圾收集器名为“Hades”，可将 64 位设备上的暂停时间缩短多达 30 倍。在 Facebook，我们看到这使一些 CPU 密集型工作负载提高了 20%-50%。您可以在此处了解有关 Hades 的更多信息。
• ECMAScript 国际化 API (ECMA-402，或 Intl) 现已内置到 Android 上的 Hermes 中并默认启用，每个 API 大小开销仅为 57-62K（相比 JSC 的 6MiB）。通过此更改，Hermes 用户不再需要区域设置填充。非常感谢 @mganandraj 和微软的其他合作伙伴推动了此项实现！
• Hermes on iOS 现在支持 Apple M1 Mac 和 Mac Catalyst！
• 内存改进，包括 SMI（小整数）和指针压缩，将 JS 堆内存缩小了 30%。
• 对 Function.prototype.toString 的更改 修复了由于功能检测不当导致的性能下降 并 支持源代码注入用例。

你可以在这里找到完整的 Hermes 变更日志。

按照这里的步骤，如果你的应用还没有启用 Hermes，请启用它以利用这些新功能和提升！

辅助功能修复和新增功能​

去年 Facebook 承诺 GAAD 改善 React Native 中的辅助功能。0.65 分享了此承诺和其他辅助功能改进的结果！一些值得注意的更改包括

• 允许为 iOS 指定高对比度明暗值。更多详细信息请参阅文档。
• 在 Android 上添加了 getRecommendedTimeoutMillis API。这暴露了用户在 Android 辅助功能选项中设置的首选默认超时值，适用于可能需要额外时间来查看或接触控件等的用户。
• 常规修复，以确保 TalkBack/VoiceOver 正确播报组件上的 UI 状态，例如 disabled 和 unselected。

你可以在这里关注或贡献我们的未解决的辅助功能问题！

值得注意的依赖版本更新和注意事项​

• 现在需要将 react-native-codegen 版本 0.0.7 作为 package.json 中的 devDependency。
• JCenter 已停止服务并变为只读。我们已将 JCenter 作为 Maven 仓库移除，并更新了依赖项以使用 MavenCentral 和 Jitpack。
• 将 OkHttp 从 v3 升级到 v4.9.1。有关更改的更多详细信息，请参阅升级到 OkHttp 4。
• 升级到 Flipper 0.93 以支持 Xcode 12.5。请参阅此处 Flipper 的更新日志。
• 支持 Android Gradle 插件 7
• Apple Silicon 需要链接器变通方法。请参阅@mikehardy 的说明。

谢谢！​

此版本包含来自 61 位贡献者的超过 1100 次提交。感谢所有为本次发布做出贡献和支持的人！您可以在此处找到完整的更改日志。

今天我们发布 React Native 0.64，它附带了对 iOS 上 Hermes 的支持。

Hermes 在 iOS 上可选启用​

Hermes 是一个针对运行 React Native 优化的开源 JavaScript 引擎。它通过降低内存利用率、减小下载大小和缩短应用程序可用时间或“交互时间”（TTI）来提高性能。

随着本次发布，我们很高兴地宣布，你现在也可以在 iOS 上使用 Hermes 进行构建。要在 iOS 上启用 Hermes，请在你的 Podfile 中将 hermes_enabled 设置为 true，然后运行 pod install。

use_react_native!(
   :path => config[:reactNativePath],
   # to enable hermes on iOS, change `false` to `true` and then install pods
   :hermes_enabled => true
)

请记住，iOS 上的 Hermes 支持仍处于早期阶段。我们在进行进一步基准测试时将其保留为可选启用。我们鼓励您在自己的应用程序上试用它，并告诉我们它的效果如何！

内联 require 默认启用​

内联要求是 Metro 的一个配置选项，它通过延迟 JavaScript 模块的执行直到它们被使用（而不是在启动时）来改善启动时间。

此功能已存在并推荐多年，作为文档性能部分中列出的可选配置选项。我们现在为新应用程序默认启用此选项，以帮助人们无需额外配置即可拥有快速的 React Native 应用程序。

内联要求是一种 Babel 转换，它将模块导入转换为内联。例如，内联要求将模块导入调用从文件顶部转换到它被使用的地方。

之前

import {MyFunction} from 'my-module';

const MyComponent = props => {
  const result = MyFunction();

  return <Text>{result}</Text>;
};

之后

const MyComponent = props => {
  const result = require('my-module').MyFunction();

  return <Text>{result}</Text>;
};

有关内联要求的更多信息，请参见性能文档。

使用 Chrome 查看 Hermes 跟踪​

去年，Facebook 赞助了Major League Hacking 奖学金，支持对 React Native 的贡献。Jessie Nguyen 和 Saphal Patro 添加了使用 Chrome DevTools 上的性能选项卡来可视化应用程序在使用 Hermes 时的执行情况的功能。

欲了解更多信息，请查看新文档页面。

支持 Proxy 的 Hermes​

我们已在 Hermes 中添加了 Proxy 支持，从而实现了与 react-native-firebase 和 mobx 等流行社区项目的兼容性。如果您一直在使用这些包，现在可以迁移到 Hermes 项目。

我们计划在即将发布的版本中将 Hermes 作为 Android 的默认 JavaScript 引擎，因此我们正在努力解决人们在使用 Hermes 时遇到的剩余问题。如果还有阻碍您的应用程序采用 Hermes 的问题，请在 Hermes GitHub 仓库上提交一个问题。

React 17​

React 17 不包含新的面向开发人员的功能或重大的破坏性更改。对于 React Native 应用程序，主要更改是新的 JSX 转换，它使文件不再需要导入 React 即可使用 JSX。

有关 React 17 的更多信息可在React 博客上找到。

主要依赖版本变更​

• 放弃了 Android API 级别 16-20。Facebook 应用程序始终放弃对使用量足够低的 Android 版本的支持。由于 Facebook 应用程序不再支持这些版本，并且是 React Native 的主要测试平台，因此 React Native 也放弃了支持。
• 需要 Xcode 12 和 CocoaPods 1.10
• Node 最低支持版本从 10 提升到 Node 12
• Flipper 版本提升至 0.75.1

致谢​

感谢数百位贡献者帮助实现了 0.64！0.64 更改日志包含了此版本中的所有更改。

今天我们发布 React Native 0.63，默认开启 LogBox。

LogBox​

我们从社区收到了频繁的反馈，指出 React Native 中的错误和警告难以调试。为了解决这些问题，我们审查了 React Native 中整个错误、警告和日志系统，并从头开始重新设计了它。

LogBox 是 React Native 中经过完全重新设计的 redbox、yellowbox 和日志体验。在 0.62 中，我们将 LogBox 作为可选择的功能引入。在此版本中，我们将 LogBox 作为 React Native 中所有体验的默认设置。

LogBox 通过关注三个主要目标来解决错误和警告过于冗长、格式不佳或不可操作的抱怨：

• 简洁：日志应提供调试问题所需的最小信息量。
• 格式化：日志应格式化，以便您能快速找到所需信息。
• 可操作：日志应可操作，以便您能修复问题并继续进行。

为实现这些目标，LogBox 包括：

• 日志通知：我们重新设计了警告通知，并增加了对错误的支持，以便所有 console.warn 和 console.log 消息都显示为通知，而不是覆盖您的应用程序。
• 代码帧：现在每个错误和警告都包含一个代码帧，在应用程序内直接显示日志的源代码，让您能够快速识别问题的来源。
• 组件堆栈：所有组件堆栈现在都从错误消息中剥离出来，并放入单独的部分，其中显示前三个帧。这为您提供了一个单一、一致的空间来期望堆栈帧信息，而不会使日志消息混乱。
• 堆栈帧折叠：默认情况下，我们现在折叠与您的应用程序代码无关的调用堆栈帧，这样您可以快速查看应用程序中的问题，而无需筛选 React Native 内部代码。
• 语法错误格式化：我们改进了语法错误的格式，并添加了带语法高亮的代码帧，以便您可以看到错误的来源，修复它，并继续编码，而无需 React Native 阻碍您。

我们将所有这些功能封装到改进的视觉设计中，该设计在错误和警告之间保持一致，并允许在一个令人愉悦的 UI 中分页浏览所有日志。

通过此更改，我们还弃用 YellowBox，转而使用 LogBox API。

• LogBox.ignoreLogs()：此函数替代 YellowBox.ignoreLogs([])，用于静默任何与给定字符串或正则表达式匹配的日志。
• LogBox.ignoreAllLogs()：此函数替代 console.disableYellowBox，用于关闭错误或警告通知。注意：这仅禁用通知，未捕获的错误仍将打开全屏 LogBox。

在 0.63 版本中，使用这些已弃用模块或方法时将发出警告。请在它们在 0.64 版本中移除之前，更新您调用这些 API 的地方。

有关 LogBox 和调试 React Native 的更多信息，请参阅此处的文档。

Pressable​

React Native 的构建旨在使应用程序能够满足用户对平台的期望。这包括避免“蛛丝马迹”——那些暴露出体验是用 React Native 构建的小细节。这些蛛丝马迹的一个主要来源是 Touchable 组件：Button、TouchableWithoutFeedback、TouchableHighlight、TouchableOpacity、TouchableNativeFeedback 和 TouchableBounce。这些组件通过允许您向用户交互提供视觉反馈，使您的应用程序具有交互性。然而，由于它们包含内置样式和效果，与平台交互不匹配，用户可以判断哪些体验是用 React Native 编写的。

此外，随着 React Native 的发展和我们对高质量应用程序的要求提高，这些组件并没有随之发展。React Native 现在支持 Web、桌面和电视等平台，但对额外输入模式的支持一直不足。React Native 需要在所有平台上支持高质量的交互体验。

为了解决这些问题，我们正在发布一个名为 Pressable 的新核心组件。此组件可用于检测各种类型的交互。API 旨在提供对当前交互状态的直接访问，而无需在父组件中手动维护状态。它还旨在使平台能够扩展其功能，包括悬停、失焦、聚焦等。我们预计大多数人将构建和共享在底层利用 Pressable 的组件，而不是依赖像 TouchableOpacity 这样的默认体验。

import {Pressable, Text} from 'react-native';

<Pressable
  onPress={() => {
    console.log('pressed');
  }}
  style={({pressed}) => ({
    backgroundColor: pressed ? 'lightskyblue' : 'white',
  })}>
  <Text style={styles.text}>Press Me!</Text>
</Pressable>;

Pressable 组件的简单示例

您可以从文档中了解更多信息。

原生颜色 (PlatformColor, DynamicColorIOS)​

每个原生平台都有系统定义的颜色概念。这些颜色会自动响应系统主题设置，例如浅色或深色模式，辅助功能设置，例如高对比度模式，甚至其在应用程序中的上下文，例如包含视图或窗口的特性。

虽然可以通过 Appearance API 和/或 AccessibilityInfo 检测其中一些设置并相应地设置您的样式，但这种抽象不仅开发成本高昂，而且只是近似于原生颜色的外观。当在混合应用程序中工作时，这些不一致性尤其明显，其中 React Native 元素与原生元素并存。

React Native 现在提供了一个开箱即用的解决方案来使用这些系统颜色。PlatformColor() 是一个新 API，可以像 React Native 中的任何其他颜色一样使用。

例如，在 iOS 上，系统提供了一个名为 labelColor 的颜色。它可以在 React Native 中与 PlatformColor 一起使用，如下所示

import {Text, PlatformColor} from 'react-native';

<Text style={{color: PlatformColor('labelColor')}}>
  This is a label
</Text>;

将 Text 组件的颜色设置为 iOS 定义的 labelColor。

另一方面，Android 提供了像 colorButtonNormal 这样的颜色。您可以在 React Native 中使用这种颜色：

import {View, Text, PlatformColor} from 'react-native';

<View
  style={{
    backgroundColor: PlatformColor('?attr/colorButtonNormal'),
  }}>
  <Text>This is colored like a button!</Text>
</View>;

将 View 组件的背景颜色设置为 Android 定义的 colorButtonNormal。

您可以从文档中了解有关 PlatformColor 的更多信息。您还可以查看 RNTester 中提供的实际代码示例。

DynamicColorIOS 是一个仅限 iOS 的 API，可让您定义在浅色和深色模式下使用的颜色。与 PlatformColor 类似，它可以在任何可以使用颜色的地方使用。DynamicColorIOS 在底层使用 iOS 的 colorWithDynamicProvider。

import {Text, DynamicColorIOS} from 'react-native';

const customDynamicTextColor = DynamicColorIOS({
  dark: 'lightskyblue',
  light: 'midnightblue',
});

<Text style={{color: customDynamicTextColor}}>
  This color changes automatically based on the system theme!
</Text>;

根据系统主题更改文本颜色

您可以从文档中了解更多关于 DynamicColorIOS 的信息。

放弃对 iOS 9 和 Node.js 8 的支持​

在发布四年多后，我们正在放弃对 iOS 9 的支持。这一更改将使我们能够更快地行动，通过减少需要放在原生代码中的兼容性检查的数量，以检测给定功能是否在特定 iOS 版本上受支持。凭借其 1% 的市场份额，它不应对您的客户产生太大负面影响。

同时，我们正在放弃对 Node 8 的支持。它的 LTS 维护周期于 2019 年 12 月到期。当前的 LTS 是 Node 10，它现在是我们正在针对的版本。如果您仍然使用 Node 8 进行 React Native 应用程序的开发，我们鼓励您升级以接收所有最新的安全修复和更新。

其他值得注意的改进​

• 支持在 <Text /> 中渲染 <View /> 而无需明确尺寸：您现在可以在任何 <Text /> 组件中渲染任何 <View />，而无需明确设置其宽度和高度，这以前并非总是可行。在以前的 React Native 版本中，这会导致 RedBox。
• 将 iOS LaunchScreen 从 xib 更改为 storyboard：从 2020 年 4 月 30 日起，所有提交到 App Store 的应用程序都必须使用 Xcode storyboard 来提供应用程序的启动屏幕，并且所有 iPhone 应用程序都必须支持所有 iPhone 屏幕。此提交调整了默认的 React Native 模板以符合此要求。

致谢​

感谢数百位贡献者，他们的努力使 0.63 版本成为可能！

要查看所有更新，请参阅0.63 更新日志。

今天我们发布了 React Native 0.62 版本，其中包括默认支持 Flipper。

此版本在全球大流行中发布。我们今天发布此版本是为了尊重数百位贡献者为实现此版本所做的工作，并防止发布落后于 master 太远。请注意贡献者帮助解决问题的能力有限，并在必要时准备延迟升级。

默认启用 Flipper​

Flipper 是一个用于调试移动应用程序的开发工具。它在 Android 和 iOS 社区中很受欢迎，在此版本中，我们已默认启用对新的和现有 React Native 应用程序的支持。

Flipper 提供以下开箱即用的功能：

• Metro 操作：直接从工具栏重新加载应用并触发开发者菜单。
• 崩溃报告器：查看 Android 和 iOS 设备的崩溃报告。
• React DevTools：将最新版本的 React DevTools 与所有其他工具一起使用。
• 网络检查器：查看设备应用程序发出的所有网络请求。
• Metro 和设备日志：查看、搜索和筛选来自 Metro 和设备的所有日志。
• 原生布局检查器：查看和编辑 React Native 渲染器输出的原生布局。
• 数据库和偏好设置检查器：查看和编辑设备数据库和偏好设置。

此外，由于 Flipper 是一个可扩展的平台，它提供了一个从 NPM 拉取插件的市场，因此您可以发布和安装特定于您的工作流程的自定义插件。在此处查看可用插件：此处。

有关更多信息，请查看 Flipper 文档。

新的暗模式功能​

我们添加了一个新的 Appearance 模块，用于访问用户的外观偏好设置，例如他们首选的配色方案（浅色或深色）。

const colorScheme = Appearance.getColorScheme();
if (colorScheme === 'dark') {
  // Use dark color scheme
}

我们还添加了一个 Hook 以订阅用户偏好设置的状态更新。

import {Text, useColorScheme} from 'react-native';

const MyComponent = () => {
  const colorScheme = useColorScheme();
  return <Text>useColorScheme(): {colorScheme}</Text>;
};

有关更多信息，请参阅 Appearance 和 useColorScheme 的文档。

将 Apple TV 迁移到 react-native-tvos​

作为我们精简核心工作的一部分，并使 Apple TV 与 React Native Windows 和 React Native macOS 等其他平台保持一致，我们已开始从核心代码中移除 Apple TV 相关的特定代码。

今后，React Native 的 Apple TV 支持将由 react-native-community/react-native-tvos 及其相应的 react-native-tvos NPM 包维护。这是主仓库的完整分支，仅包含支持 Apple TV 所需的更改。

react-native-tvos 的发布将基于 React Native 的公开版本。对于 react-native 的 0.62 版本，请将 Apple TV 项目升级到使用 react-native-tvos 0.62。

更多升级支持​

当 0.61 发布时，社区推出了一款新的升级助手工具，以支持开发人员升级到新版本的 React Native。升级助手提供了您当前版本到目标版本之间的更改差异，让您可以看到特定升级所需进行的更改。

即使有这个工具，升级时也会出现问题。今天，我们通过宣布 Upgrade-Support 来提供更专业的升级支持。Upgrade Support 是一个 GitHub 问题跟踪器，用户可以在其中提交针对其项目升级的特定问题，以获得社区的帮助。

我们一直在努力改进升级体验，希望这些工具能为用户提供在尚未涵盖的边缘情况中所需的帮助。

其他改进​

• LogBox：我们正在添加新的 LogBox 错误和警告体验作为可选功能；要启用它，请在您的 index.js 文件中添加 require('react-native').unstable_enableLogBox()。
• React DevTools v4：此更改包括升级到最新的 React DevTools，它提供了显著的性能提升、改进的导航体验以及对 React Hooks 的完全支持。
• 辅助功能改进：我们对辅助功能进行了改进，包括添加了accessibilityValue，Touchables 上缺失的 props，onSlidingComplete 辅助功能事件，以及将 Switch 组件的默认角色从 "button" 更改为 "switch"。

重大变更​

• 移除 PropTypes：我们正在从核心组件中移除 propTypes，以减少 React Native 核心对应用大小的影响，并倾向于在编译时而非运行时检查的静态类型系统。
• 移除 accessibilityStates：我们移除了已弃用的 accessibilityStates 属性，取而代之的是新的 accessibilityState prop，这是一种更具语义性的方式，让组件向辅助功能服务描述其状态信息。
• TextInput 更改：我们从 TextInput 中移除了 onTextInput，因为它不常见，不符合 W3C 标准，并且在 Fabric 中难以实现。我们还移除了未文档化的 inputView prop 和 selectionState。

弃用​

• AccessibilityInfo.fetch 已被弃用，但在此版本中我们添加了一个警告。
• 现在要求设置 useNativeDriver，以支持将来切换默认值。
• Animated 组件的 ref 现在是内部组件，并弃用了 getNode。

致谢​

感谢数百位贡献者，他们的努力使 0.62 版本成为可能！

要查看所有更新，请参阅 0.62 更改日志。

我们很高兴地宣布 React Native 0.61 发布，其中包含我们称之为 Fast Refresh 的全新重载体验。

快速刷新​

当我们向 React Native 社区询问常见痛点时，其中一个最常见的答案是“热重载”功能已损坏。它对于函数组件不能可靠地工作，经常无法更新屏幕，并且对拼写错误和错误不具有弹性。我们听说大多数人因为太不可靠而将其关闭。

在 React Native 0.61 中，**我们将现有的“实时重载”（保存时重载）和“热重载”功能统一为一个名为“Fast Refresh”的全新功能**。Fast Refresh 从头开始实现，遵循以下原则：

• Fast Refresh **完全支持现代 React**，包括函数组件和 Hooks。
• Fast Refresh **在出现拼写错误和其他错误后能优雅地恢复**，并在需要时回退到完全重载。
• Fast Refresh **不执行侵入性代码转换**，因此它足够可靠，可以默认开启。

要查看 Fast Refresh 的实际效果，请观看此视频：

试试看，并告诉我们你的想法！如果你愿意，可以在开发菜单（iOS 上按 Cmd+D，Android 上按 Cmd+M 或 Ctrl+M）中将其关闭。开启和关闭是即时的，因此你可以随时进行操作。

以下是一些 Fast Refresh 的提示：

• Fast Refresh 默认保留函数组件（和 Hooks！）中的 React 本地状态。
• 如果你需要在每次编辑时重置 React 状态，你可以在包含该组件的文件中添加特殊的 // @refresh reset 注释。
• Fast Refresh 始终重新挂载类组件而不保留状态。这确保了其可靠性。
• 我们都会在代码中犯错！Fast Refresh 在你保存文件后会自动重试渲染。你无需在修复语法或运行时错误后手动重新加载应用程序。
• 在编辑过程中添加 console.log 或 debugger 语句是一种很棒的调试技巧。

请在 GitHub 上报告 Fast Refresh 的任何问题，我们会进行调查。

其他改进​

• 修复了 use_frameworks! CocoaPods 支持。 在 0.60 中，我们进行了一些更新以默认集成 CocoaPods。不幸的是，这破坏了使用 use_frameworks! 的构建。这在 0.61 中已修复，使将 React Native 集成到需要使用动态框架构建的 iOS 项目中变得更容易。
• 添加 useWindowDimensions Hook。 这个新的 Hook 自动提供并订阅尺寸更新，并且在大多数情况下可以替代 Dimensions API。
• React 已升级到 16.9。 此版本弃用了 UNSAFE_ 生命周期方法的旧名称，包含对 act 的改进等。有关自动迁移脚本和更多信息，请参阅 React 16.9 博客文章。

重大变更​

• 移除 React .xcodeproj。 在 0.60 中，我们通过 CocoaPods 引入了自动链接支持。我们还将 CocoaPods 集成到 e2e 测试运行中，因此从现在开始，我们有了一种统一的标准方式将 RN 集成到 iOS 应用程序中。这有效地弃用了 React .xcodeproj 支持，并且从 0.61 开始已删除该文件。注意：如果您已经使用 0.60 自动链接，则不应受到影响。

致谢​

感谢所有为 0.61 的实现做出贡献的人！

要查看所有更新，请查看0.61 变更日志。

在数百位贡献者数月的辛勤工作之后，React Native 核心团队自豪地宣布发布 0.60 版本。此版本处理了 Android 和 iOS 平台上的重大迁移，并且解决了许多问题。这篇博客文章涵盖了此版本的亮点。一如既往，请参阅更新日志以获取更详细的信息。最后，感谢贡献者帮助我们实现这一里程碑！

关注可访问性​

可访问性 API 方面已有多项改进，例如 announceForAccessibility，以及 roles、action support、flags 等的改进。可访问性是一门复杂的科学，但我们希望这些改进能让 A11Y 变得更容易一些。请务必查看 React Native 2019 年 6 月开源更新，了解这些更改的更多详细信息。

重新开始​

React Native 的启动界面已更新！感谢许多贡献者帮助创建了新的 UI。这个新的“Hello World”将以更友好、更具吸引力的方式欢迎用户进入生态系统。

AndroidX 支持​

AndroidX 是 Android 生态系统向前迈出的重要一步，旧的支持库工件正在被弃用。对于 0.60 版本，React Native 已迁移到 AndroidX。这是一个重大更改，您的原生代码和依赖项也需要迁移。

通过此更改，React Native 应用程序将需要开始使用 AndroidX。它们不能在同一个应用程序中并排使用，因此所有应用程序代码和依赖项代码都需要使用其中一个。

matt-oakes 在 discussions-and-proposals 上

虽然您自己的原生代码需要由您迁移，但 @mikehardy、@cawfree 和 @m4tt72 构建了一个名为 “jetifier” 的巧妙工具来修补您的 node_modules。库维护者将需要升级，但此工具为您提供了临时解决方案，同时为他们发布 AndroidX 版本争取了时间。因此，如果您发现与 AndroidX 迁移相关的错误，请尝试一下。

默认使用 CocoaPods​

CocoaPods 现已成为 React Native iOS 项目的一部分。如果您还没有，请务必从现在开始使用 xcworkspace 文件打开 iOS 平台代码（提示：从根项目目录尝试 xed ios）。此外，内部包的 podspec 已更改，使其与 Xcode 项目兼容，这将有助于故障排除和调试。为了获得此令人兴奋的支持，预计在升级到 0.60 时会对您的 Podfile 进行一些直接更改。请注意，我们知道与 use_frameworks! 存在兼容性问题，并且我们正在跟踪一个带有变通方法和未来补丁的问题。

精简核心移除​

WebView 和 NetInfo 之前已被提取到单独的仓库中，在 0.60 中，我们已完成将它们从 React Native 仓库中迁移出来。此外，为了响应社区对新 App Store 政策的反馈，Geolocation 已被提取。如果您还没有，请通过添加对 react-native-webview、@react-native-community/netinfo 和 @react-native-community/geolocation 的依赖来完成您的迁移。如果您想要一个自动化解决方案，请考虑使用 rn-upgrade-deprecated-modules。自提取以来，维护者已对这些仓库进行了 100 多次提交，我们很高兴看到社区的支持！

原生模块现在已自动链接​

开发 React Native CLI 的团队对原生模块链接引入了重大改进，称为自动链接！大多数情况下不再需要使用 react-native link。同时，团队全面改进了链接过程。请务必按照上述文档中所述，react-native unlink 任何现有的依赖项。

升级助手​

@lucasbento、@pvinis、@kelset 和 @watadarkstar 构建了一个名为 升级助手 的出色工具，以简化升级过程。它帮助使用 brownfield 应用程序或复杂自定义的 React Native 用户查看版本之间发生了哪些变化。查看更新的升级文档，并立即尝试升级！

致库维护者的一封信​

AndroidX 的更改几乎肯定需要更新您的库，因此请务必尽快包含支持。如果您暂时无法升级，请考虑使用 jetifier 检查您的库，以确认用户能够在构建时修补您的库。

查看自动链接文档以更新您的配置和自述文件。根据您的库以前的集成方式，您可能还需要进行一些额外的更改。有关如何定义依赖项接口的信息，请查看 CLI 的依赖项指南。

致谢​

虽然这些是我们注意到的亮点，但还有许多其他令人兴奋的更新。要查看所有更新，请查看更新日志。一如既往，请继续关注更多新闻。同时，请尽情享受 0.60 版本！

欢迎使用 React Native 0.59 版本！这是一个重要的版本，由 88 位贡献者提交了 644 次提交。贡献也以其他形式出现，因此感谢您维护问题、培养社区并向人们介绍 React Native。本月带来了一些备受期待的更改，我们希望您会喜欢它们。

🎣 Hooks 来了​

React Hooks 是此版本的一部分，它允许您在组件之间重用有状态逻辑。关于 hooks 有很多讨论，但如果您还没有听说过，请查看下面的一些精彩资源

• Hooks 简介解释了我们为什么要在 React 中添加 Hooks。
• Hooks 概述是内置 Hooks 的快速概览。
• 构建自己的 Hooks演示了自定义 Hooks 的代码重用。
• 理解 React Hooks探索了 Hooks 开启的新可能性。
• useHooks.com展示了社区维护的 Hooks 配方和演示。

务必在您的应用中尝试一下。我们希望您像我们一样发现重用令人兴奋。

📱 更新的 JSC 意味着性能提升和 Android 上的 64 位支持​

React Native 使用 JSC (JavaScriptCore) 为您的应用程序提供支持。Android 上的 JSC 已经有几年没有更新了，这意味着许多现代 JavaScript 功能都不受支持。更糟糕的是，与 iOS 现代的 JSC 相比，它的性能很差。随着此版本的发布，这一切都改变了。

感谢 @DanielZlotin、@dulmandakh、@gengjiawen、@kmagiera 和 @kudo 的出色工作，JSC 赶上了过去几年。这带来了 64 位支持、现代 JavaScript 支持和巨大的性能改进。也感谢他们现在使这个过程变得可维护，这样我们就可以利用未来的 WebKit 改进而无需太多额外工作，并感谢 Software Mansion 和 Expo 使这项工作成为可能。

💨 通过内联 require 更快的应用程序启动​

我们希望帮助人们默认拥有高性能的 React Native 应用程序，并致力于将 Facebook 的优化带给社区。应用程序根据需要加载资源，而不是减慢启动速度。此功能称为“内联 require”，因为它允许 Metro 识别需要延迟加载的组件。具有深层和多样化组件架构的应用程序将看到最大的改进。

在默认启用此功能之前，我们需要社区告知我们它的工作原理。当您升级到 0.59 时，将会有一个新的 metro.config.js 文件；将选项设置为 true 并向我们提供您的反馈！阅读性能文档中有关内联 require 的更多信息，以对您的应用程序进行基准测试。

🚅 精简核心正在进行中​

React Native 是一个庞大而复杂的项目，拥有复杂的仓库。这使得代码库对贡献者而言不那么容易上手，难以测试，并且作为开发依赖项显得臃肿。精简核心是我们通过将代码迁移到单独的库以更好地管理来解决这些问题的努力。过去的几个版本已经迈出了第一步，但让我们认真对待。

您可能会注意到，更多组件现在已正式弃用。这是个好消息，因为这些功能现在有所有者积极维护它们。请注意警告消息并迁移到这些功能的新库，因为它们将在未来的版本中删除。下表显示了组件、其状态以及您可以迁移到的位置。

在接下来的几个月里，将有更多组件遵循这条路径走向更精简的核心。我们正在为此寻求帮助 — 请前往精简核心伞形项目贡献一份力量。

👩🏽‍💻 CLI 改进​

React Native 的命令行工具是开发人员进入生态系统的入口点，但它们存在长期存在的问题，并且缺乏官方支持。CLI 工具已移至新仓库，并且一组专门的维护者已经取得了一些令人兴奋的改进。

现在日志格式化得更好了。命令现在几乎立即运行——您会立即注意到差异

🚀 升级到 0.59​

我们听取了您关于 React Native 升级过程的反馈，我们正在采取措施改进未来版本中的体验。要升级到 0.59，我们建议使用 rn-diff-purge 来确定您的当前 React Native 版本和 0.59 之间有哪些变化，然后手动应用这些更改。将项目升级到 0.59 后，您将能够使用新改进的 react-native upgrade 命令（基于 rn-diff-purge！）来升级到 0.60 及更高版本，因为会有新的版本发布。

🔨 破坏性更改​

0.59 中的 Android 支持已根据 Google 的最新建议进行清理，这可能会导致现有应用程序的潜在损坏。此问题可能会表现为运行时崩溃和一条消息：“您需要将 Theme.AppCompat 主题（或其子孙）与此活动一起使用”。我们建议更新您项目的 AndroidManifest.xml 文件，确保 android:theme 值为 AppCompat 主题（例如 @style/Theme.AppCompat.Light.NoActionBar）。

react-native-git-upgrade 命令在 0.59 中已被删除，取而代之的是新改进的 react-native upgrade 命令。

🤗 感谢​

许多新贡献者帮助从流类型生成原生代码和解决 Xcode 警告——这是了解 React Native 工作原理并为更大社区做出贡献的好方法。谢谢！未来请留意类似问题。

虽然这些是我们注意到的亮点，但还有许多其他值得期待的地方。要查看所有更新，请查看此处的更改日志。0.59 是一个巨大的发布——我们迫不及待地想让您试用它。

今年剩下的时间里，我们还将带来更多改进。敬请期待！

Ryan 和整个 React Native 核心团队

期待已久的 React Native 0.56 版本现已发布 🎉。这篇博客文章重点介绍了此新版本中引入的一些更改。我们还想借此机会解释自 3 月以来一直让我们忙碌的原因。

重大变更的困境，或者“何时发布？”​

贡献者指南解释了所有 React Native 更改所经历的集成过程。该项目由许多不同的工具组成，需要协调和持续支持才能使一切正常运行。再加上为项目做出贡献的活跃开源社区，您将对这一切的令人费解的规模有所了解。

鉴于 React Native 令人印象深刻的采用率，重大更改必须谨慎进行，而且过程并不像我们希望的那样顺利。团队决定跳过 4 月和 5 月的发布，以允许核心团队集成和测试一组新的重大更改。专门的社区沟通渠道在此过程中被用于确保 2018 年 6 月（0.56.0）的发布对那些耐心等待稳定版本的人来说尽可能地无故障。

0.56.0 完美吗？不，就像所有软件一样：但我们已经达到了一个临界点，即“等待更多稳定性”与“测试导致成功结果，因此我们可以继续前进”之间的权衡，我们觉得已经准备好发布它。此外，我们知道 一些 问题 尚未 在 最终的 0.56.0 版本中解决。大多数开发人员升级到 0.56.0 应该没有问题。对于那些被上述问题阻止的人，我们希望您能在我们的讨论中出现，我们期待与您合作解决这些问题。

您可以将 0.56.0 视为构建更稳定框架的基础：可能需要一到两周的广泛采用才能消除所有边缘情况，但这将导致 2018 年 7 月 (0.57.0) 发布更加出色。

我们想通过感谢所有 67 位贡献者在总共 818 次提交（！）中付出的努力来结束本节，这些贡献将帮助您的应用程序变得更好 👏。

现在，话不多说...

重大更改​

Babel 7​

如您所知，所有允许我们使用最新最强大的 JavaScript 功能的转译工具 Babel 即将升级到 v7。由于这个新版本带来了一些重要的更改，我们认为现在是升级的好时机，这将允许 Metro 利用其改进。

如果您在升级时遇到问题，请参阅相关的文档部分。

Android 支持现代化​

在 Android 上，许多周边工具都发生了变化。我们已更新到 Gradle 3.5、Android SDK 26、Fresco 1.9.0 和 OkHttp 3.10.0，甚至 NDK API 目标到 API 16。这些更改应该不会出现问题，并会带来更快的构建。更重要的是，它将帮助开发人员遵守下个月生效的新 Play 商店要求。

为此，我们要特别感谢Dulmandakh提交了许多 PR，使其成为可能👏。

在这个方向上还需要采取一些步骤，您可以在专用问题（以及JSC的辅助问题）中跟踪 Android 支持更新的未来规划和讨论。

新的 Node、Xcode、React 和 Flow – 哦天哪！​

Node 8 现在是 React Native 的标准。它实际上已经在测试中，但随着 Node 6 进入维护模式，我们全力以赴。React 也更新到了 16.4，这带来了大量的修复。

我们放弃了对 iOS 8 的支持，使 iOS 9 成为可定位的最旧 iOS 版本。我们预计这不会成为问题，因为任何可以运行 iOS 8 的设备都可以升级到 iOS 9。此更改使我们能够删除为运行 iOS 8 的旧设备实施变通方法的很少使用的代码。

持续集成工具链已更新以使用 Xcode 9.4，确保所有 iOS 测试都在 Apple 提供的最新开发工具上运行。

我们已升级到 Flow 0.75，以使用许多开发人员赞赏的新错误格式。我们还为更多组件创建了类型。如果您尚未在项目中强制执行静态类型，请考虑使用 Flow 在编码时而不是在运行时识别问题。

还有很多其他事情……​

例如，YellowBox 被替换为新的实现，这使得调试变得更好。

有关完整的发布说明，请参阅此处的完整更改日志。请记住关注升级指南，以避免迁移到此新版本时出现问题。

最后一点：从本周开始，React Native 核心团队将恢复每月会议。我们将确保让每个人都了解所涵盖的内容，并确保在未来的会议中随时获取您的反馈。

祝大家编码愉快！

Lorenzo、Ryan 和整个 React Native 核心团队

PS: 和往常一样，我们想提醒大家，React Native 仍处于 0.x 版本，因为还有许多更改正在进行中——所以请记住，在升级时，是的，可能仍然会崩溃或出现问题。请在问题中和提交 PR 时互相帮助——并记住遵守CoC：屏幕的另一边总是一个人。