跳到主要内容

51 篇带有标签“announcement”的文章

查看所有标签

宣布 React Native 0.63,带有 LogBox

·8 分钟阅读
Mike Grabowski
Mike Grabowski
Callstack 首席技术官兼联合创始人

今天我们发布了 React Native 0.63,默认情况下启用 LogBox。

LogBox

我们经常听到社区反馈,称 React Native 中的错误和警告难以调试。为了解决这些问题,我们查看了 React Native 中的整个错误、警告和日志系统,并从头开始重新设计了它。

Screenshot of LogBox

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 中,当使用这些已弃用的模块或方法时,我们将发出警告。请在这些 API 在 0.64 中删除之前更新您的调用站点。

有关 LogBox 和调试 react native 的更多信息,请参阅此处的文档。

Pressable

React Native 的构建旨在使应用程序能够满足用户对平台的期望。这包括避免“泄露”—泄露体验是使用 React Native 构建的小细节。这些泄露的主要来源之一是 Touchable 组件:ButtonTouchableWithoutFeedbackTouchableHighlightTouchableOpacityTouchableNativeFeedbackTouchableBounce。这些组件通过允许您向用户交互提供视觉反馈,使您的应用程序具有交互性。但是,由于它们包含与平台交互不匹配的内置样式和效果,因此用户可以分辨出体验是用 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 的颜色。可以使用 PlatformColor 在 React Native 中使用它,如下所示

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,它现在是我们正在定位的版本。如果您仍在为 React Native 应用程序的开发使用 Node 8,我们鼓励您升级,以便接收所有最新的安全修复和更新。

其他值得注意的改进

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

感谢

感谢数百名帮助使 0.63 成为可能的贡献者!

特别感谢 Rick Hanlon 撰写了关于 LogBox 的部分,以及 Eli White 撰写了本文的 Pressable 部分。

要查看所有更新,请查看 0.63 更新日志

宣布 React Native 0.62,带有 Flipper

·5 分钟阅读
Rick Hanlon
Facebook 的 React Native 核心团队

今天我们发布了 React Native 0.62 版本,其中默认包含对 Flipper 的支持。

此版本是在全球疫情期间发布的。我们今天发布此版本是为了尊重数百名使此版本成为可能的贡献者的工作,并防止该版本落后于 master 太远。请注意贡献者帮助解决问题的能力下降,并准备在必要时延迟升级。

默认启用 Flipper

Flipper 是一款用于调试移动应用的开发者工具。它在 Android 和 iOS 社区中很受欢迎,在此版本中,我们默认为新的和现有的 React Native 应用启用了支持。

Screenshot of Flipper for React Native

Flipper 开箱即用地提供以下功能

  • Metro Actions:直接从工具栏重新加载应用并触发 Dev 菜单。
  • Crash Reporter:查看来自 Android 和 iOS 设备的崩溃报告。
  • React DevTools:将最新版本的 React DevTools 与您的所有其他工具一起使用。
  • Network Inspector:查看设备应用程序发出的所有网络请求。
  • Metro 和设备日志:查看、搜索和过滤来自 Metro 和设备的所有日志。
  • Native Layout Inspector:查看和编辑 React Native 渲染器输出的原生布局。
  • Database and Preference Inspectors:查看和编辑设备数据库和首选项。

此外,由于 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>;
};

有关更多信息,请参阅 AppearanceuseColorScheme 的文档。

将 Apple TV 移至 react-native-tvos

作为我们 Lean Core 工作的一部分,为了使 Apple TV 与 React Native Windows 和 React Native macOS 等其他平台保持一致,我们已开始从核心中删除 Apple TV 特定代码。

展望未来,Apple TV 对 React Native 的支持将在 react-native-community/react-native-tvos 以及相应的 react-native-tvos NPM 包中维护。这是主存储库的完整分支,仅包含支持 Apple TV 所需的更改。

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

更多升级支持

当 0.61 发布时,社区引入了一个新的 升级助手工具,以支持开发人员升级到新版本的 React Native。升级助手提供了从您当前版本到目标版本的更改差异,使您可以查看特定升级需要进行的更改。

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

我们一直在努力改进升级体验,我们希望这些工具能够为用户提供他们在我们尚未涵盖的极端情况下所需的支持。

其他改进

  • LogBox:我们正在添加新的 LogBox 错误和警告体验作为可选项;要启用它,请将 require('react-native').unstable_enableLogBox() 添加到您的 index.js 文件中。
  • React DevTools v4:此更改包括升级到最新的 React DevTools,它提供了显着的性能提升、改进的导航体验以及对 React Hooks 的完全支持。
  • 无障碍功能改进:我们对无障碍功能进行了改进,包括添加 accessibilityValueTouchables 上缺少的 props、onSlidingComplete 无障碍事件,以及将 Switch 组件的默认 role 从 "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

·3 分钟阅读
Dan Abramov
Facebook 的 React 核心团队

我们很高兴宣布 React Native 0.61,其中包括我们称之为 Fast Refresh 的全新重新加载体验。

Fast Refresh

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

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

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

要查看 Fast Refresh 的实际效果,请查看此视频

试用一下,让我们知道您的想法!如果您愿意,可以在 Dev 菜单(iOS 上为 Cmd+D,Android 上为 Cmd+M 或 Ctrl+M)中将其关闭。开启和关闭是即时的,因此您可以随时执行。

以下是一些 Fast Refresh 提示

  • 默认情况下,Fast Refresh 会保留函数组件(和 Hooks!)中的 React 本地状态。
  • 如果您需要在每次编辑时重置 React 状态,您可以向包含该组件的文件添加特殊的 // @refresh reset 注释。
  • Fast Refresh 始终重新挂载类组件,而不保留状态。这确保了它能够可靠地工作。
  • 我们都会在代码中犯错!Fast Refresh 会在您保存文件后自动重试渲染。修复语法或运行时错误后,您无需手动重新加载应用。
  • 在编辑期间添加 console.logdebugger 语句是一种简洁的调试技术。

请在 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 更新日志

认识 Hermes,一个新的 JavaScript 引擎,为 React Native 优化

·2 分钟阅读
Rachel Nabors
Facebook 文档工程师

上周在 Chain React,我们宣布了 Hermes,这是我们在 Facebook 开发的开源 JavaScript 引擎。它是一个小型轻量级的 JavaScript 引擎,针对在 Android 上运行 React Native 进行了优化。查看一下!

Hermes 通过减少内存利用率、减小下载大小以及缩短应用程序变得可用或“可交互时间”(TTI)所需的时间来提高 React Native 性能。

“当我们分析性能数据时,我们注意到 JavaScript 引擎本身是启动性能和下载大小的重要因素。有了这些数据,我们知道我们必须在与桌面或笔记本电脑相比更受限制的移动电话环境中优化 JavaScript 性能。在探索了其他选项后,我们构建了一个名为 Hermes 的新 JavaScript 引擎。它旨在提高应用程序性能,专注于我们的 React Native 应用程序,即使是在内存有限、存储速度慢且计算能力降低的大众市场设备上。” —Hermes:一个针对移动应用程序优化的开源 JavaScript 引擎,从 React Native 开始

想立即开始使用吗?请务必查看我们在文档中关于在现有 React Native 应用中启用 Hermes 的新指南

Hermes 和 React Native 标志的插图,结合成一个有翼的愤怒,从一个孤独的、发光的、可能是 Android 手机中升起,在崩溃的雷暴中。 Rachel Nabors 的插图

宣布 React Native 0.60

·5 分钟阅读
Ryan Turner
核心维护者和 React Native 开发人员

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

关注无障碍功能

无障碍 API 进行了许多改进,例如 announceForAccessibility,以及对 roles操作支持flags 等的改进。无障碍功能是一门复杂的科学,但我们希望这些改进能使 A11Y 更容易一些。请务必查看 React Native 开源更新 2019 年 6 月,以获取有关这些更改的更多详细信息。

全新的开始

React Native 的启动屏幕已更新!感谢众多帮助创建新 UI 的贡献者。这个新的“Hello World”将以更友好、更吸引人的方式欢迎用户加入生态系统。

The new init screen helps developers get started from the get-go with resources and a good example

AndroidX 支持

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

随着此项更改,React Native 应用自身也需要开始使用 AndroidX。它们不能在一个应用中并排使用,因此所有应用代码和依赖项代码都需要使用其中一种。

matt-oakesdiscussions-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! 存在兼容性问题,并且我们正在跟踪一个包含解决方法和未来补丁的 issue

精简核心移除

WebViewNetInfo 之前已被提取到单独的仓库中,在 0.60 版本中,我们已完成将它们从 React Native 仓库中迁移出来。此外,为了响应社区对新的 App Store 政策的反馈,Geolocation 也已被提取出来。如果你尚未完成迁移,请通过添加对 react-native-webview@react-native-community/netinfo@react-native-community/geolocation 的依赖项来完成迁移。如果你想要自动化解决方案,请考虑使用 rn-upgrade-deprecated-modules。自提取以来,维护者已向这些仓库提交了 100 多个 commit,我们很高兴看到社区的支持!

原生模块现在已自动链接

负责 React Native CLI 的团队对原生模块链接引入了重大改进,称为 自动链接!在大多数情况下,不再需要使用 react-native link。与此同时,该团队全面改进了链接过程。请务必像上述文档中提到的那样,react-native unlink 任何预先存在的依赖项。

升级助手

@lucasbento@pvinis@kelset@watadarkstar 构建了一个名为 Upgrade Helper 的出色工具,以简化升级过程。它可以帮助具有旧项目或复杂自定义的 React Native 用户查看版本之间的更改。请查看更新后的升级文档,立即为你的升级路径试用一下!

Upgrade Helper cleanly and easily shows the changes needed to migrate to a different version of React Native

给库维护者的提示

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

查看自动链接文档以更新你的配置和 readme 文件。根据你之前集成库的方式,你可能还需要进行一些额外的更改。查看 CLI 的 dependencies 指南,了解如何定义你的依赖项接口。

感谢

虽然这些是我们指出的重点,但还有许多其他令人兴奋的内容。要查看所有更新,请查看 changelog。与往常一样,请继续关注更多新闻。同时,尽情享受 0.60 版本吧!

React Native 开源更新 2019 年 6 月

·8 分钟阅读
Christoph Nakazawa
Christoph Nakazawa
前 Facebook 工程师

代码与社区健康

在过去的六个月中,共有超过 550 位贡献者向 React Native 提交了 2800 个 commit。来自社区的 400 位贡献者创建了超过 1,150 个 Pull Request,其中 820 个 Pull Request 已被合并。

在过去的六个月中,每天的平均 Pull Request 数量从三个增加到大约六个,即使我们通过精简核心工作将网站、CLI 和许多模块从 React Native 中分离出来。目前平均未处理的 pull request 数量低于 25 个,我们通常会在数小时或数天内回复建议和评论。

有意义的社区贡献

我们想重点介绍一些我们认为很棒的近期贡献

精简核心

精简核心的主要动机是将模块从 React Native 中分离出来,放入单独的仓库中,以便更好地维护。在短短六个月内,WebViewNetInfoAsyncStorage网站CLI 等仓库总共收到了 800 多个 Pull Request。除了更好的维护之外,这些项目还可以比 React Native 本身更频繁地独立发布。

我们还借此机会从 React Native 本身中移除了过时的 polyfill 和旧版组件。过去需要 polyfill 来支持旧版本 JavaScriptCore (JSC) 中的 MapSet 等语言特性。现在 React Native 发布了新版本,这些 polyfill 已被移除。

这项工作仍在进行中,本地和 JavaScript 端还有许多东西需要分离或移除,但早期迹象表明,我们成功扭转了表面积和应用大小不断增加的趋势:例如,查看 JavaScript 包,大约一年前的 0.54 版本中,React Native JavaScript 包的大小为 530kb,并在短短 6 个月内增长到 0.57 版本的 607kb(+77kb)。现在我们看到主分支上的包大小减少了 28kb,降至 579kb,降幅超过 100kb!

随着精简核心工作的第一次迭代结束,我们将努力更有意地添加新的 API 到 React Native 中,并将不断评估使 React Native 更小更快的途径,以及寻找方法来增强社区对各种组件的所有权。

用户反馈

六个月前,我们向社区询问了 “你对 React Native 有什么不满?”,这很好地概述了人们面临的问题。我们 在几个月前回复了该帖子,现在是时候总结一下在首要问题上取得的进展了

  • 升级: React Native 社区团结一致,对升级体验进行了多项改进:自动链接,通过 rn-diff-purge 改进了升级命令,以及一个升级助手网站(即将推出)。我们还将确保通过为每个主要版本发布博客文章来沟通重大更改和令人兴奋的新功能。许多这些改进将使 0.60 版本之后的未来升级变得更加容易。
  • 支持/不确定性: 许多人对 Pull Request 缺乏活动以及对 Facebook 在 React Native 上的投入普遍不确定感到沮丧。正如我们在上面展示的那样,我们可以自信地说,我们已准备好迎接更多的 Pull Request,并且我们热切期待你的提案和贡献!
  • 性能: React Native 0.59 发布了一个新的、速度更快的 JavaScriptCore (JSC) 版本。另外,我们一直在努力使默认启用 inline-requires 变得更容易,并且在未来几个月内,我们将为你带来更多令人兴奋的更新。
  • 文档: 我们最近开始 全面修改和重写 React Native 的所有文档。如果你想贡献力量,我们非常欢迎你的帮助!
  • Xcode 中的警告: 我们 消除了所有现有的警告,并正在努力不引入新的警告。
  • 热重载: React 团队正在构建一个 新的热重载系统,该系统将很快集成到 React Native 中。

不幸的是,我们还无法改进所有方面

  • 调试: 我们修复了人们每天都会遇到许多不便的 bug 和问题,但不幸的是,我们在这方面没有取得我们期望的进展。我们认识到 React Native 的调试体验不佳,我们将在未来优先改进这一点。
  • Metro 符号链接: 不幸的是,我们尚未能够为此实现一个简单直接的解决方案。但是,React Native 用户 分享了各种解决方法,这些方法可能对你有效。

鉴于过去六个月的巨大变化,我们想再次问你同样的问题。如果你正在使用最新版本的 React Native,并且你有想提供反馈的内容,请在我们的新版 “你对 React Native 有什么不满?” 中发表评论

持续集成

Facebook 首先将所有 Pull Request 和内部更改直接合并到 Facebook 的仓库中,然后将所有 commit 同步回 GitHub。Facebook 的基础设施与常见的持续集成服务不同,并非所有开源测试都在 Facebook 内部运行。这意味着同步到 GitHub 的 commit 经常会破坏开源测试,这需要花费大量时间来修复。

React Native 团队的 Héctor Ramos 在过去两个月中,改进了 Facebook 和 GitHub 上 React Native 的持续集成系统。现在,大多数开源测试在更改提交到 Facebook 上的 React Native 之前运行,这将保持 GitHub 上 CI 的稳定性,以便在同步 commit 时保持稳定。

下一步

请务必查看我们关于 React Native 未来发展的演讲!在未来几个月内,Facebook 的 React Native 团队成员将在 Chain ReactReact Native EU 上发表演讲。此外,请关注我们即将发布的下一个版本 0.60,它即将到来。这将是令人兴奋的

React Native 在 F8 和开源播客

·3 分钟阅读
Christoph Nakazawa
Christoph Nakazawa
前 Facebook 工程师

本周,Eli WhiteF8 2019 上发表了关于 Facebook 的 Android 和 iOS 应用中 React Native 的演讲。我们很高兴分享我们在过去两年中所做的工作以及我们下一步要做的事情。

Facebook 的开发者网站上查看视频

F8 Talk about React Native

演讲亮点:

  • 我们在 2017 年和 2018 年专注于 React Native 的最大产品 Facebook Marketplace。我们与 Marketplace 团队合作,以提高产品质量并增加用户愉悦感。目前,Marketplace 是 Facebook 应用中 Android 和 iOS 平台上质量最高的产品之一。
  • Marketplace 的性能也是一个巨大的挑战,尤其是在中端 Android 设备上。在过去一年中,我们将启动时间缩短了 50% 以上,并且还在进行更多改进!最大的改进正在构建到 React Native 中,并将于今年晚些时候提供给社区。
  • 我们有信心可以使用 React Native 构建 Facebook 所需的高质量和高性能应用。这种信心使我们能够对更大的赌注进行投资,例如 重新思考 React Native 的核心
  • Microsoft 支持并使用 React Native for Windows,使人们能够使用他们的专业知识和代码库来渲染到 Microsoft 的通用 Windows 平台。查看下周的 Microsoft Build,听取他们更多地谈论此事

关于开源的 React Radio Podcast

Eli 的演讲最后谈到了我们最近的开源工作。我们在 3 月份更新了我们的进展,最近 Nader DabitGant Laborde 邀请 Christoph 参加他们的播客 React Native Radio,讨论 React Native 的开源。

播客亮点:

  • 我们讨论了 Facebook 的 React Native 团队如何看待开源,以及我们如何为一个像 React Native 这样 规模庞大的项目构建一个可持续发展的社区。
  • 我们正在按计划移除作为 精简核心 工作一部分的多个模块。自提取以来,WebView 和 React Native CLI 等许多模块已收到 100 多个 Pull Request。
  • 接下来,我们将专注于全面修改 React Native 网站和文档。敬请期待!

你很快将在你最喜欢的播客应用中找到该集,或者你可以在这里收听录音

发布 React Native 0.59

·6 分钟阅读
Ryan Turner
核心维护者和 React Native 开发人员

欢迎来到 React Native 0.59 版本!这是又一个重要的版本,包含 88 位贡献者的 644 个 commit。贡献也以其他形式出现,因此感谢你维护 issue、培育社区和向人们传授关于 React Native 的知识。本月带来了一些备受期待的更改,我们希望你喜欢它们。

🎣 Hooks 来了

React Hooks 是此版本的一部分,它允许你在组件之间重用有状态逻辑。关于 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 使这项工作成为可能。

💨 使用 inline requires 更快地启动应用

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

source of the metro.config.js file in the 0.59 template, demonstrating where to enable inlineRequires

我们需要社区告知我们它的工作原理,然后我们才能默认启用它。当你升级到 0.59 版本时,将有一个新的 metro.config.js 文件;将选项翻转为 true 并向我们 提供你的反馈!在性能文档中阅读更多关于 inline requires 的信息,以基准测试你的应用。

🚅 精简核心正在进行中

React Native 是一个庞大而复杂的项目,具有复杂的仓库。这使得代码库对贡献者来说不太容易接近,难以测试,并且作为开发依赖项显得臃肿。精简核心是我们通过将代码迁移到单独的库中以进行更好管理来解决这些问题的努力。过去的几个版本已经看到了这方面的初步步骤,但 让我们认真对待

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

组件已弃用?新的归宿
AsyncStorage0.59@react-native-community/react-native-async-storage
ImageStore0.59expo-file-systemreact-native-fs
MaskedViewIOS0.59@react-native-community/react-native-masked-view
NetInfo0.59@react-native-community/react-native-netinfo
Slider0.59@react-native-community/react-native-slider
ViewPagerAndroid0.59@react-native-community/react-native-viewpager

在接下来的几个月里,将会有更多的组件沿着这条道路走向更精简的核心。我们正在寻求帮助——请前往 精简核心伞形项目 来贡献力量。

👩🏽‍💻 CLI 改进

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

日志现在的格式更好了。命令现在几乎可以立即运行——您会立即注意到不同之处

0.58&#39;s CLI is slow to start0.58&#39;s CLI is nearly instantaneous

🚀 升级到 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 的最新建议进行了清理,这可能会导致现有应用程序潜在的崩溃。此问题可能会表现为运行时崩溃和一条消息:“您需要在此 activity 中使用 Theme.AppCompat 主题(或后代)”。我们建议更新项目的 AndroidManifest.xml 文件,确保 android:theme 值是 AppCompat 主题(例如 @style/Theme.AppCompat.Light.NoActionBar)。

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

🤗 感谢

许多新的贡献者帮助了 从 flow 类型生成原生代码解决 Xcode 警告 - 这些是了解 React Native 如何工作并为更大利益做出贡献的好方法。谢谢!请关注未来类似的 issue。

虽然这些是我们注意到的亮点,但还有许多其他令人兴奋的内容。要查看所有更新,请查看 更新日志。0.59 是一个重大版本——我们迫不及待地想让您试用它。

我们在今年余下的时间里还会有更多改进。敬请期待!

Ryan 和整个 React Native 核心团队

React Native 开源更新 2019 年 3 月

·5 分钟阅读
Christoph Nakazawa
Christoph Nakazawa
前 Facebook 工程师

在决定加大对 React Native 开源社区的投入后,我们在 2018 年第四季度宣布了我们的 React Native 开源路线图

对于我们的第一个里程碑,我们专注于识别和改进我们社区最明显的方面。我们的目标是减少未完成的 pull request、减少项目的表面积、识别主要用户问题,并建立社区管理指南。

在过去的两个月里,我们取得了比预期更多的进展。请继续阅读以了解更多详情

Pull Requests

为了建立一个健康的社区,我们必须快速响应代码贡献。在过去的几年里,我们降低了审查社区贡献的优先级,并积累了 280 个 pull request(2018 年 12 月)。在第一个里程碑中,我们将未完成的 pull request 数量减少到约 65 个。与此同时,每天打开的 pull request 的平均数量从 3.5 个增加到 7 个,这意味着在过去三个月中,我们处理了大约 600 个 pull request

我们合并了 几乎三分之二 的 pull request,并关闭了三分之一。如果它们过时或质量不高,或者如果它们不必要地增加了项目的表面积,则会在不合并的情况下关闭它们。大多数合并的 pull request 修复了错误、改进了跨平台对等性或引入了新功能。值得注意的贡献包括提高类型安全性以及支持 AndroidX 的持续工作。

在 Facebook,我们从 master 分支运行 React Native,因此我们在所有更改进入 React Native 版本之前都先进行测试。在所有合并的 pull request 中,只有六个引起了问题:四个仅影响内部开发,两个在发布候选状态中被捕获。

更引人注目的社区贡献之一是 更新的“RedBox”屏幕。这是一个很好的例子,说明社区如何使开发者体验更加友好。

精简核心

React Native 目前具有非常广泛的表面积,其中包含许多我们在 Facebook 不经常使用的未维护抽象。我们正在努力减少表面积,以便使 React Native 更小,并允许社区更好地照顾 Facebook 大多未使用的抽象。

在第一个里程碑中,我们向社区寻求 Lean Core 项目的帮助。反响非常热烈,我们几乎跟不上所有的进展。查看不到一个月内完成的所有工作

我们最兴奋的是,维护者已经开始修复长期存在的问题、添加测试和支持长期请求的功能。这些模块获得的支持比以往在 React Native 中获得的更多,这表明这对社区来说是伟大的一步。此类项目的示例包括 WebView,自从提取以来,它已经 收到了许多 pull request,以及现在由 社区成员维护 并获得了急需的改进和修复的 CLI。

主要用户问题

在 12 月,我们询问了社区他们 不喜欢 React Native 的地方。我们汇总了回复,并 回复了每一个问题。幸运的是,我们的社区面临的许多问题也是 Facebook 的问题。在我们的下一个里程碑中,我们计划解决一些主要问题。

投票最多的问题之一是将 React Native 升级到较新版本的开发者体验。不幸的是,这不是我们自己会遇到的问题,因为我们从 master 分支运行 React Native。值得庆幸的是,社区成员已经挺身而出解决这个问题

0.59 版本发布

如果没有 React Native 社区的帮助,特别是 Mike GrabowskiLorenzo Sciandra,我们将无法发布版本。我们希望改进发布管理流程,并计划从现在开始更多地参与其中

  • 我们将与社区成员合作,为每个主要版本创建一篇博客文章。
  • 当人们升级到新版本时,我们将在 CLI 中直接显示破坏性更改。
  • 我们将缩短发布版本所需的时间。我们正在探索增加自动化测试的方法,并制定改进的手动测试计划。

许多这些计划将纳入即将发布的 React Native 0.59 版本 中。0.59 将随 React Hooks、用于 Android 的新的 64 位版本 JavaScriptCore 以及许多性能和功能改进一起发布。它目前作为发布候选版本发布,预计在未来两周内将变得稳定。

下一步

在接下来的两个月里,我们将继续管理 pull request 以保持进度,同时开始减少未解决的 GitHub issue 的数量。我们将继续通过精简核心项目减少 React Native 的表面积。我们计划解决社区最关心的 5 个问题。当我们最终确定社区指南时,我们将把注意力转向我们的网站和文档。

我们非常高兴在 3 月份在 Facebook 伦敦接待来自我们社区的十多位贡献者,以帮助推动其中的一些工作。我们很高兴您正在使用 React Native,并希望您能看到和感受到我们在 2019 年正在进行的改进。我们将在几个月后再次发布更新,并且在此期间将合并您的 pull request! ⚛️✌️