今天我们很高兴发布 React Native 0.82：第一版完全运行在新架构（New Architecture）上的 React Native。
这是 React Native 的一个里程碑版本，我们相信这是一个新纪元的开始。在未来的版本中，我们将移除遗留架构（Legacy Architecture）中的剩余代码，以减少安装包大小并简化代码库。
此外，0.82 还推出了实验性的 Hermes 新版本 Hermes V1 的可选支持。我们也通过升级 React 版本到 19.1.1 启用多个 React 新功能，并加入了对 DOM Node API 的支持。
每年，React Native 社区的核心贡献者都会与 React Native 团队聚在一起，共同协作塑造这个项目的未来方向。
去年也不例外——只有一点小改变。我们通常会在 React Universe Conf（前身为 React Native EU）前一天，在位于弗罗茨瓦夫的 Callstack 总部见面。2024 年，吸取以往经验，我们举办了为期两天的峰会，这样可以拥有更多非结构化的交流时间。
长期以来，Apple 一直鼓励使用 WKWebView 代替 UIWebViews。在即将发布的 iOS 12 中，UIWebViews 将被正式弃用。React Native 的 iOS WebView 实现严重依赖于 UIWebView 类。因此，鉴于这些发展，我们为 React Native 的 WebView 组件构建了一个新的使用 WKWebView 的原生 iOS 后端。
这些更改的收尾工作已经合并在了 这个提交 中，并将在 0.57 版本中提供。
要启用这个新实现，请使用 useWebKit 属性：
<WebView
useWebKit={true}
source={{url: 'https://www.google.com'}}
/>
UIWebView 没有合理的方式来促进 WebView 中运行的 JavaScript 与 React Native 之间的通信。当从 WebView 发送消息时，我们依赖一种 hack 方式将消息传递给 React Native。简而言之，我们把消息数据编码到一个带有特殊 scheme 的 url 中，并导航 WebView 到该 url。在原生端，我们拦截并取消了这次导航，从 url 中解析数据，最终调用 React Native。此实现容易出错且不安全。我很高兴地宣布，我们利用了 WKWebView 的特性，完全替换了这种方式。
WKWebView 相比 UIWebView 的其他好处包括更快的 JavaScript 执行速度和多进程架构。详情请见此 2014 WWDC。
如果你的组件使用了以下属性，切换到 WKWebView 时可能会遇到问题。当前我们建议避免使用这些属性：
行为不一致：
automaticallyAdjustContentInsets 和 contentInsets（提交）
当你给 WKWebView 添加 contentInsets 时，它不会改变 WKWebView 的视口大小。视口大小保持跟框架一样大。而在 UIWebView 中，视口会实际改变（如果 contentInsets 为正值，视口会变小）。
backgroundColor（提交）
在新的 iOS WebView 实现中，如果你使用此属性，背景颜色可能会闪烁。此外，WKWebView 对透明背景的渲染与 UIWebView 不同。更多细节请参考提交描述。
不支持：
scalesPageToFit（提交）
WKWebView 不支持 scalesPageToFit 属性，因此我们无法在 React Native 的 WebView 组件上实现此功能。
随着技术的进步和移动应用在日常生活中的重要性日益增加，创建可访问应用的必要性也同样变得更加重要。
React Native 限制较多的可访问性 API 一直是开发者的痛点，因此我们对可访问性 API 进行了一些更新，以便更容易创建包容性的移动应用。
accessibilityComponentType 和 accessibilityTraits 是两个用来告知 Android 上的 TalkBack 和 iOS 上的 VoiceOver 用户正在交互的 UI 元素类型的属性。这两个属性存在的最大问题是：
accessibilityTraits 允许 17 个不同的取值，而 Android 上的 accessibilityComponentType 只允许 4 个取值。更重要的是，这两个属性大部分取值之间没有重叠。甚至这两个属性的输入类型也不同。accessibilityTraits 允许传入数组或单个特征，而 accessibilityComponentType 只允许传入单个值。可访问性提示帮助使用 TalkBack 或 VoiceOver 的用户理解在交互某个无障碍元素时会发生什么，这些信息无法仅通过无障碍标签传达。这些提示可以在设置面板中开启或关闭。而之前 React Native 的 API 完全不支持可访问性提示。
一些视力障碍用户在手机上使用反转颜色以提升屏幕对比度。苹果为 iOS 提供了一个 API，允许开发者忽略特定视图上的反转颜色设置，这样图像和视频使用反转颜色时不会失真。React Native 目前尚不支持该 API。
为了解决 accessibilityComponentType 和 accessibilityTraits 之间的混淆，我们决定将它们合并为一个属性。这是合理的，因为两者技术上功能相同，合并后开发者无需再担心平台差异细节即可构建无障碍功能。
背景
在 iOS 中，UIAccessibilityTraits 是一个可以设置在任何 NSObject 上的属性。javascript 端传入的 17 个特征值分别映射到 Objective-C 中的 UIAccessibilityTraits 元素。每个特征用一个长整型表示，所有设置的特征会使用按位或（OR）运算合并。
而在 Android 上，AccessibilityComponentType 是 React Native 提出的概念，并不直接映射到 Android 的任何属性。Android 通过无障碍代理（accessibility delegate）处理无障碍，每个视图默认有一个无障碍代理。若需定制无障碍行为，开发者必须创建新的无障碍代理，重写特定方法，并将该视图的无障碍代理替换成新代理。当开发者设置 AccessibilityComponentType 时，原生代码会基于传入的组件创建一个新的无障碍代理，并设为该视图的代理。
所做的更改
我们希望新属性能成为两个现有属性的超集。我们决定让新属性主要参考已有的 accessibilityTraits，因为 accessibilityTraits 有更多取值。Android 方面的特征功能则通过修改无障碍代理进行 polyfill。
iOS 上的 accessibilityTraits 有 17 个取值，但我们没把所有都包含进新属性，因为部分特征的使用效果未知且很少用到。
这些特征一般有两种用途：描述 UI 元素的角色，或描述其状态。观察既有用法后，大多组合了一个角色值和“state selected”或“state disabled”，或两者皆有。于是，我们决定创建两个新属性：accessibilityRole 和 accessibilityState。
accessibilityRole
新属性 accessibilityRole 用于告知 TalkBack 或 VoiceOver UI 元素扮演的角色。它可取以下值之一：
nonebuttonlinksearchimagekeyboardkeytextadjustableheadersummaryimagebutton该属性只允许传入一个值，因为 UI 元素通常不会同时扮演多个角色。例外是图像和按钮，故新增合成角色 imagebutton。
accessibilityStates
新属性 accessibilityStates 用于告知 TalkBack 或 VoiceOver UI 元素当前的状态。它接受包含以下一个或两个值的数组：
selecteddisabled为此，我们新增了 accessibilityHint 属性。设置该属性后，TalkBack 或 VoiceOver 会朗读提示信息。
accessibilityHint
该属性接受一个字符串形式的可访问性提示。
iOS 上，设置该属性会将对应的原生属性 AccessibilityHint 赋值给视图。若 iPhone 里开启了可访问性提示，VoiceOver 会朗读该提示。
Android 上，设置该属性则会将提示值附加到可访问标签后面。此实现方式优点是模拟了 iOS 上提示的行为，但缺点是在 Android 设置中无法像 iOS 那样关闭提示。
我们在 Android 这样设计的原因是，提示通常对应特定操作（例如点击），我们希望平台间行为一致。
accessibilityIgnoresInvertColors
我们将苹果的 AccessibilityIgnoresInvertColors API 暴露给 JavaScript，现在当你不希望某个视图颜色被反转（比如图片）时，可以将这个属性设为 true，其颜色就不会被反转。
这些新属性将在 React Native 0.57 版本中可用。
如果你目前使用 accessibilityComponentType 和 accessibilityTraits，可以按以下步骤升级到新属性。
最简单的用例可以通过运行 jscodeshift 脚本替换。
这个 脚本 会替换以下示例：
accessibilityTraits=“trait”
accessibilityTraits={[“trait”]}
为
accessibilityRole=“trait”
此脚本还会删除 AccessibilityComponentType 的实例（假设你设置 AccessibilityComponentType 时也会设置 AccessibilityTraits）。
对于没有对应 AccessibilityRole 值的 AccessibilityTraits 用法，以及传入多个特征的用法，则需手动重构。
通常，
accessibilityTraits= {[“button”, “selected”]}
手动改为
accessibilityRole=“button”
accessibilityStates={[“selected”]}
这些属性已经在 Facebook 的代码库中使用。Facebook 的重构过程非常简单，jscodeshift 脚本解决了半数实例，其余的手动调整，整个过程耗时甚至不到几小时。
希望你会觉得更新后的 API 很有用！请大家继续努力让应用更具可访问性！#包容性
React Native 月度会议持续进行！以下是各团队的会议记录：
尝试通过以下方式降低开发者使用 React Native 的门槛：
react-native-gesture-handler 以及改进的错误处理。<Text> 和 <TextInput> 组件。（包括 <TextInput> 的原生自动增长，深层嵌套的 <Text> 组件布局问题，更好的代码结构以及性能优化）。下一次会议定于 2017 年 10 月 10 日星期三。鉴于这仅是我们的第四次会议，我们希望了解这些会议记录如何为 React Native 社区带来帮助。如果你有任何关于如何改进会议成果的建议，欢迎通过 Twitter 联系我。
React Native 月度会议继续进行！本月的会议稍微短了一些，因为我们的大多数团队都忙于发布产品。下个月，我们将在波兰弗罗茨瓦夫举办的 React Native EU 大会上见面。务必抢购门票，现场见！与此同时，让我们看看团队们正在做些什么。
在第三次会议上，有 5 个团队加入了我们：
以下是各团队的纪要：
react-native-material-palette。它能从图片中提取主要颜色，帮助你创建视觉上更吸引人的应用。目前仅支持 Android，但我们正在考虑未来添加 iOS 支持。haul 以及其它一堆很酷的新功能！请查看最新版本发布。下次会议定于 2017 年 9 月 13 日星期三。作为我们仅举行的第三次会议，我们想知道这些纪要对 React Native 社区有何帮助。如果你有关于如何改进会议输出的建议，欢迎随时通过我的 Twitter 联系我。
React Native 月度会议继续进行！本次会议我们迎来了 Infinite Red，他们是 Chain React，React Native 大会 的幕后高手。由于这里大多数人都在 Chain React 做了演讲，我们将会议推迟了一周。大会中的演讲已发布到线上，我鼓励大家去看看。那么，让我们来看看我们的团队最近都在忙些什么。
在第二次会议中，有 9 个团队参加了我们：
以下是各团队的会议记录：
react-native-gesture-handler）、GL 相机集成及希望在 SDK20（8 月）中首次推出部分功能，同时其他也会有重大改进。开始构建基础设施以支持 Expo 客户端的后台工作（地理位置、音频、通知等）。MaskedViewIOS。如果你有能力且愿意实现 Android 版的 MaskedView，那就太棒了！react-native 命令。下一次会议定于 2017 年 8 月 16 日。作为仅第 2 次会议，我们希望知道这些记录对 React Native 社区有何帮助。欢迎随时在 Twitter 上联系我，提供改进会议产出方式的建议。