51 篇标记为“announcement”的文章

在 2018 年，React Native 社区对我们开发 React Native 和与之沟通的方式进行了一些更改。我们相信，几年后，当我们回首往事时，会发现这种转变是 React Native 的转折点。

许多人对 React Native 架构的重写感到兴奋，它被广泛称为 Fabric。 除此之外，这将修复 React Native 架构中的基本限制，并将为 React Native 的未来成功与 JSI 和 TurboModules 奠定基础。

2018 年最大的转变是增强 React Native 社区的能力。从一开始，Facebook 就鼓励来自世界各地的开发者参与 React Native 的开源项目。从那时起，涌现出许多核心贡献者来处理发布流程等事务。

这些成员采取了一些实质性步骤，通过以下资源使整个社区更有能力塑造该项目的未来

react-native-releases 📬​

该存储库于 1 月创建，具有双重目的，它允许每个人以更协作的方式跟上新版本的发布，并开启了关于某个版本应包含哪些内容的对话，以便任何想要建议 cherry-pick 的人（例如 0.57.8 及其之前的所有版本）。

这是推动我们摆脱每月发布周期以及当前用于 0.57.x 版本的“长期支持”方法的驱动力。

达到这些决定的功劳有一半归功于今年创建的另一个存储库

discussions-and-proposals 🗣​

该存储库于 7 月创建，扩展了关于 React Native 对话的更开放环境的想法。 以前，此需求由主存储库中标记为 For Discussion 的问题处理，但我们希望将此策略扩展到其他库（例如 React）拥有的 RFC 方法。

这项实验立即在 React Native 生命周期中找到了自己的角色。Facebook 团队现在正在使用社区 RFC 流程来讨论可以在 React Native 中改进的内容，并协调围绕 Lean Core 项目 的工作 - 以及其他有趣的讨论。

@ReactNativeComm 🐣​

我们意识到，我们沟通这些努力的方式并不像我们希望的那么有效，为了让大家更容易跟上 React Native 社区中发生的一切（从发布到积极讨论），我们创建了一个新的 Twitter 帐户，您可以信赖 @ReactNativeComm。

如果您不在该社交网络上，请记住您始终可以通过 GitHub 关注存储库； 此功能在过去几个月中得到了改进，可以仅针对发布接收通知，因此您应该考虑使用它。

未来的展望 🎓​

在过去的 7-8 个月中，核心贡献者增强了 React Native Community GitHub 组织，以更多地拥有 React Native 开发的所有权，并加强与 Facebook 的协作。 但这始终缺乏类似项目可能具备的正式结构。

该组织可以为更广泛的开发者社区中的每个人树立榜样，通过为其中托管的所有软件包/存储库强制执行一套标准，为维护者提供一个互相帮助和贡献符合社区商定标准的优质代码的单一场所。

在 2019 年初，我们将制定这套新的指导方针。请在 专门的讨论 中告诉我们您的想法。

我们相信，通过这些更改，社区将变得更具协作性，以便当我们达到 1.0 版本时，我们将继续通过利用这种共同努力来编写（更多）出色的应用程序 🤗

我希望您像我们一样对社区的未来感到兴奋。我们很高兴看到你们所有人参与到上面列出的存储库中发生的对话中，或者通过你们将产生的出色代码参与进来。

祝您编码愉快！

今年，React Native 团队专注于大规模的 React Native 架构重构。正如 Sophie 在她的 React Native 状况帖子中 提到的那样，我们已经勾勒出了一个计划，以更好地支持 Facebook 以外蓬勃发展的 React Native 用户和协作者群体。 现在是时候分享更多关于我们一直在做的工作的细节了。 在此之前，我想阐述我们对 React Native 在开源领域的长期愿景。

我们对 React Native 的愿景是...

• 一个健康的 GitHub 存储库。 问题和拉取请求在合理的期限内得到处理。
  • 增加测试覆盖率。
  • 从 Facebook 代码存储库同步输出的提交不应破坏开源测试。
  • 更高规模的有意义的社区贡献。
• 稳定的 API， 使其更容易与开源依赖项接口。
  • Facebook 使用与开源相同的公共 API
  • 遵循语义版本控制的 React Native 版本发布。
• 一个充满活力的生态系统。 由社区维护的高质量 ViewManager、原生模块和多平台支持。
• 优秀的文档。 专注于帮助用户创建高质量的体验，以及最新的 API 参考文档。

我们已经确定了以下重点领域，以帮助我们实现这一愿景。

✂️ Lean Core​

我们的目标是 通过删除非核心和未使用的组件来缩小 React Native 的表面积。 我们会将非核心组件转移到社区，以使其能够更快地发展。 缩小的表面积将使管理对 React Native 的贡献变得更容易。

WebView 是我们转移到社区的组件的一个示例。 我们正在开发一个工作流程，该工作流程将允许内部团队在我们从存储库中删除这些组件后继续使用它们。 我们已经确定了 数十个更多组件，我们将把这些组件的所有权交给社区。

🎁 开源内部组件和 🛠 更新的工具​

Facebook 产品团队的 React Native 开发体验可能与开源有所不同。 在开源社区中可能流行的工具在 Facebook 中未使用。 可能有一个内部工具可以实现相同的目的。 在某些情况下，Facebook 团队已经习惯了 Facebook 外部不存在的工具。 当我们开源即将到来的架构工作时，这些差异可能会带来挑战。

我们将致力于发布其中的一些内部工具。 我们还将改进对开源社区中流行工具的支持。 以下是我们将要解决的非详尽项目列表

• 开源 JSI 并使社区能够引入他们自己的 JavaScript VM，从而替换 RN 初始版本中的现有 JavaScriptCore。 我们将在未来的文章中介绍什么是 JSI，在此期间，您可以从 Parashuram 在 React Conf 上的演讲 中了解更多关于 JSI 的信息。
• 支持 Android 上的 64 位库。
• 在新架构下启用调试。
• 改进对 CocoaPods、Gradle、Maven 和新 Xcode 构建系统的支持。

✅ 测试基础设施​

当 Facebook 工程师发布代码时，如果它通过所有测试，则认为可以安全地提交。 这些测试会识别更改是否可能破坏我们自己的 React Native 表面。 然而，Facebook 使用 React Native 的方式存在差异。 这使我们能够在不知不觉中破坏开源中的 React Native。

我们将加强我们的内部测试，以确保它们在尽可能接近开源的环境中运行。 这将有助于防止破坏这些测试的代码进入开源。 我们还将致力于基础设施，以在 GitHub 上实现对核心存储库的更好测试，使未来的拉取请求能够轻松地包含测试。

结合缩小的表面积，这将使贡献者能够更快、更有信心地合并拉取请求。

📜 公共 API​

Facebook 将通过公共 API 使用 React Native，就像开源一样，以减少意外的破坏性更改。 我们已经开始转换内部调用站点以解决此问题。 我们的目标是收敛到一个稳定的公共 API，从而在 1.0 版本中采用语义版本控制。

📣 沟通​

React Native 是 GitHub 上贡献者数量最多的 顶级开源项目 之一。 这让我们非常高兴，我们希望继续保持下去。 我们将继续致力于促进贡献者参与的倡议，例如提高透明度和公开讨论。 文档是新接触 React Native 的人首先会遇到的事情之一，但它一直不是优先事项。 我们希望解决这个问题，从恢复自动生成的 API 参考文档开始，创建更多专注于创建 高质量用户体验 的内容，并改进我们的 发行说明。

时间线​

我们计划在明年左右完成这些项目。 其中一些工作已经在进行中，例如 JSI 已经登陆开源。 其他一些项目将需要更长的时间才能完成，例如缩小表面积。 我们将尽最大努力使社区及时了解我们的进展。 请加入我们的 讨论和提案 存储库，这是 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 👏。

在这个方向上还需要采取更多步骤，您可以关注 专门的问题 中更新 Android 支持的未来规划和讨论（以及 JSC 的一个附带问题）。

新的 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：屏幕的另一侧始终是人。

在 React Native 推出后不久，我们开始每两周发布一次，以帮助社区采用新功能，同时保持版本稳定以供生产使用。 在 Facebook，我们必须每两周稳定一次代码库，以便发布我们的生产 iOS 应用程序，因此我们决定以相同的速度发布开源版本。 现在，许多 Facebook 应用程序每周发布一次，尤其是在 Android 上。 因为我们每周从主分支发布，所以我们需要保持其相当稳定。 因此，每两周的发布节奏甚至不再使内部贡献者受益。

我们经常听到社区的反馈，即发布速度难以跟上。 像 Expo 这样的工具不得不跳过每隔一个版本，以便管理版本的快速变化。 因此，每两周的发布似乎并没有很好地为社区服务。

现在每月发布​

我们很高兴宣布新的每月发布节奏，以及 2016 年 12 月的发布版本 v0.40，该版本在上个月一直在稳定，并且已准备好采用。 （只需确保 更新 iOS 上的原生模块中的标头）。

虽然它可能会有所不同几天以避免周末或处理意外问题，但您现在可以期望在每月的第一天提供给定的版本，并在最后一天发布。

使用当月版本以获得最佳支持​

1 月份的候选版本已准备好试用，您可以 在此处查看新功能。

为了查看即将到来的更改并为 React Native 贡献者提供更好的反馈，请尽可能始终使用当月的候选版本。 到每个版本在月底发布时，它包含的更改将在生产 Facebook 应用程序中发布超过两周。

您可以使用新的 react-native-git-upgrade 命令轻松升级您的应用程序

npm install -g react-native-git-upgrade
react-native-git-upgrade 0.41.0-rc.0

我们希望这种更简单的方法将使社区更容易跟踪 React Native 中的更改，并尽可能快地采用新版本！

（感谢 Martin Konicek 提出此计划，并感谢 Mike Grabowski 使其成为现实）

升级到新版本的 React Native 一直很困难。 您之前可能见过类似的情况

这些选项都不是理想的。 通过覆盖文件，我们会丢失本地更改。 通过不覆盖，我们无法获得最新的更新。

今天，我很自豪地推出一种新工具，可以帮助解决这个问题。 该工具名为 react-native-git-upgrade，并在幕后使用 Git 来尽可能自动解决冲突。

用法​

要求：Git 必须在 PATH 中可用。 您的项目不必由 Git 管理。

全局安装 react-native-git-upgrade

$ npm install -g react-native-git-upgrade

或者，使用 Yarn

$ yarn global add react-native-git-upgrade

然后，在您的项目目录中运行它

$ cd MyProject
$ react-native-git-upgrade 0.38.0

注意：不要运行“npm install”来安装新版本的 react-native。 该工具需要能够比较旧的和新的项目模板才能正常工作。 只需在您的应用程序文件夹中运行它，如上所示，同时仍保持在旧版本上。

示例输出

您也可以在不带参数的情况下运行 react-native-git-upgrade 以升级到最新版本的 React Native。

我们尝试保留您在 Android 和 iOS 构建文件中的更改，因此您无需在升级后运行 react-native link。

我们已将实现设计为尽可能少的侵入性。 它完全基于在临时目录中即时创建的本地 Git 存储库。 它不会干扰您的项目存储库（无论您使用什么 VCS：Git、SVN、Mercurial...或无）。 如果发生意外错误，您的源将被恢复。

它是如何工作的？​

关键步骤是生成 Git 补丁。 该补丁包含 React Native 模板在您的应用程序使用的版本和新版本之间所做的所有更改。

为了获得此补丁，我们需要从 node_modules 目录中 react-native 包中嵌入的模板生成应用程序（这些是 react-native init 命令使用的相同模板）。 然后，在从当前版本和新版本中的模板生成原生应用程序后，Git 能够生成适合您项目的补丁（即包含您的应用程序名称）

[...]

diff --git a/ios/MyAwesomeApp/Info.plist b/ios/MyAwesomeApp/Info.plist
index e98ebb0..2fb6a11 100644
--- a/ios/MyAwesomeApp/Info.plist
+++ b/ios/MyAwesomeApp/Info.plist
@@ -45,7 +45,7 @@
        <dict>
            <key>localhost</key>
            <dict>
-               <key>NSTemporaryExceptionAllowsInsecureHTTPLoads</key>
+               <key>NSExceptionAllowsInsecureHTTPLoads</key>
                <true/>
            </dict>
        </dict>
[...]

我们现在需要做的就是将此补丁应用于您的源文件。 虽然旧的 react-native upgrade 过程会提示您任何小的差异，但 Git 能够使用其 3 向合并算法自动合并大多数更改，并最终为我们留下熟悉的冲突分隔符

    13B07F951A680F5B00A75B9A /* Release */ = {
      isa = XCBuildConfiguration;
      buildSettings = {
        ASSETCATALOG_COMPILER_APPICON_NAME = AppIcon;
<<<<<<< ours
        CODE_SIGN_IDENTITY = "iPhone Developer";
        FRAMEWORK_SEARCH_PATHS = (
          "$(inherited)",
          "$(PROJECT_DIR)/HockeySDK.embeddedframework",
          "$(PROJECT_DIR)/HockeySDK-iOS/HockeySDK.embeddedframework",
        );
=======
        CURRENT_PROJECT_VERSION = 1;
>>>>>>> theirs
        HEADER_SEARCH_PATHS = (
          "$(inherited)",
          /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/include,
          "$(SRCROOT)/../node_modules/react-native/React/**",
          "$(SRCROOT)/../node_modules/react-native-code-push/ios/CodePush/**",
        );

这些冲突通常很容易理解。 分隔符 ours 代表“您的团队”，而 theirs 可以看作是“React Native 团队”。

为什么要引入新的全局包？​

React Native 附带一个全局 CLI（react-native-cli 包），它将命令委托给嵌入在 node_modules/react-native/local-cli 目录中的本地 CLI。

正如我们上面提到的，该过程必须从您当前的 React Native 版本开始。 如果我们将实现嵌入在 local-cli 中，那么在使用旧版本的 React Native 时，您将无法享受此功能。 例如，如果这个新的升级代码仅在 0.38.0 中发布，您将无法从 0.29.2 升级到 0.38.0。

基于 Git 的升级是开发者体验的重大改进，并且将其提供给每个人非常重要。 通过使用单独的包 react-native-git-upgrade 全局安装，您可以立即使用此新代码，无论您的项目使用什么版本的 React Native。

另一个原因是最近 Martin Konicek 对 Yeoman 的彻底清除。我们不想将这些 Yeoman 依赖项放回 react-native 包中，以便能够评估旧模板以创建补丁。

试用并提供反馈​

总而言之，我想说，请享受这个功能，并随时提出改进建议、报告问题，尤其是发送拉取请求。每个环境都有些不同，每个 React Native 项目也都不一样，我们需要您的反馈，以便使它对每个人都有效。

谢谢！​

我要感谢伟大的公司 Zenika 和 M6 Web (已存档)，没有他们这一切都不可能实现！

我们从很多人那里了解到，React Native 方面的工作非常多，很难跟上进展。为了帮助沟通正在进行的工作，我们现在发布了 React Native 的路线图。从高层次来看，这项工作可以分为三个优先事项

• 核心库。为最有用的组件和 API 添加更多功能。
• 稳定性。改进底层基础设施，以减少错误并提高代码质量。
• 开发者体验。帮助 React Native 开发者更快地行动

如果您对您认为在路线图上很有价值的功能有任何建议，请查看 Canny，您可以在那里建议新功能并讨论现有提案。

React Native 的新功能​

今天发布的 React Native 0.37 版本 引入了一个新的核心组件，可以非常轻松地向任何应用添加可触摸的按钮。我们还引入了对新的 Yarn 包管理器的支持，这应该可以加快更新应用依赖项的整个过程。

介绍 Button​

今天，我们推出一个基本的 <Button /> 组件，它在每个平台上看起来都很棒。这解决了我们收到的最常见的反馈之一：React Native 是唯一没有开箱即用的按钮的移动开发工具包之一。

<Button
  onPress={onPressMe}
  title="Press Me"
  accessibilityLabel="Learn more about this Simple Button"
/>

经验丰富的 React Native 开发者知道如何制作按钮：在 iOS 上使用 TouchableOpacity 以获得默认外观，在 Android 上使用 TouchableNativeFeedback 以获得涟漪效果，然后应用一些样式。自定义按钮并非特别难以构建或安装，但我们的目标是使 React Native 变得非常容易学习。通过在核心中添加一个基本按钮，新手将能够在第一天开发出很棒的东西，而不是花费时间格式化按钮并学习 Touchable 的细微差别。

Button 旨在在每个平台上都能出色地工作并看起来像原生控件，因此它不会支持自定义按钮的所有花里胡哨的功能。它是一个很好的起点，但并不意味着要取代您现有的所有按钮。要了解更多信息，请查看新的 Button 文档，其中包含可运行的示例！

使用 Yarn 加速 react-native init​

您现在可以使用 JavaScript 的新包管理器 Yarn 来显着加速 react-native init。要查看加速效果，请安装 yarn 并将您的 react-native-cli 升级到 1.2.0

$ npm install -g react-native-cli

现在，当设置新应用时，您应该会看到“Using yarn”

在简单的本地测试中，在良好的网络条件下，react-native init 在大约 1 分钟内完成（而使用 npm 3.10.8 时约为 3 分钟）。安装 yarn 是可选的，但强烈建议安装。

谢谢！​

我们要感谢为此次发布做出贡献的每个人。完整的发行说明现在可以在 GitHub 上找到。凭借超过二十多个错误修复和新功能，React Native благодаря вам 不断变得更好。

今天我们发布了 React Native 0.36。请继续阅读以了解更多新功能。

Headless JS​

Headless JS 是一种在您的应用在后台运行时在 JavaScript 中运行任务的方法。例如，它可以用于同步新数据、处理推送通知或播放音乐。目前，它仅在 Android 上可用。

要开始使用，请在专用文件（例如 SomeTaskName.js）中定义您的异步任务

module.exports = async taskData => {
  // Perform your task here.
};

接下来，在 AppRegistry 上注册您的任务

AppRegistry.registerHeadlessTask('SomeTaskName', () =>
  require('SomeTaskName'),
);

使用 Headless JS 确实需要编写一些原生 Java 代码，以便您可以在需要时启动服务。请查看我们新的 Headless JS 文档以了解更多信息！

键盘 API​

使用 Keyboard，处理屏幕键盘现在变得更容易了。您现在可以监听原生键盘事件并对其做出反应。例如，要关闭活动键盘，只需调用 Keyboard.dismiss()

import {Keyboard} from 'react-native';

// Hide that keyboard!
Keyboard.dismiss();

动画除法​

React Native 已经支持通过加法、乘法和模运算组合两个动画值。在 0.36 版本中，现在可以通过除法组合两个动画值。在某些情况下，动画值需要反转另一个动画值以进行计算。一个例子是反转比例 (2x --> 0.5x)

const a = Animated.Value(1);
const b = Animated.divide(1, a);

Animated.spring(a, {
  toValue: 2,
}).start();

然后 b 将跟随 a 的弹簧动画并生成 1 / a 的值。

基本用法如下

<Animated.View style={{transform: [{scale: a}]}}>
  <Animated.Image style={{transform: [{scale: b}]}} />
<Animated.View>

在此示例中，内部图像根本不会被拉伸，因为父级的缩放会被抵消。如果您想了解更多信息，请查看动画指南。

深色状态栏​

一个新的 barStyle 值已添加到 StatusBar：dark-content。通过此添加，您现在可以在 Android 和 iOS 上使用 barStyle。现在的行为如下

• default：使用平台默认值（iOS 上为浅色，Android 上为深色）。
• light-content：使用带有黑色文本和图标的浅色状态栏。
• dark-content：使用带有白色文本和图标的深色状态栏。

...以及更多​

以上只是 0.36 中更改的一小部分示例。查看 GitHub 上的发行说明，以查看新功能、错误修复和重大更改的完整列表。

您可以通过在终端中运行以下命令来升级到 0.36

$ npm install --save react-native@0.36
$ react-native upgrade

拥有出色的开发者体验的一部分是拥有出色的文档。创建好的文档需要做很多工作 - 理想的文档应该是简洁、有帮助、准确、完整和令人愉悦的。最近，我们一直在努力根据您的反馈改进文档，我们想分享我们所做的一些改进。

内联示例​

当您学习一个新的库、一种新的编程语言或一个新的框架时，当您第一次编写一些代码，试用它，看看它是否有效...并且它确实有效时，会有一个美好的时刻。您创造了一些真实的东西。我们想把这种发自内心的体验直接放入我们的文档中。像这样

import React, { Component } from 'react';
import { AppRegistry, Text, View } from 'react-native';

class ScratchPad extends Component {
  render() {
    return (
      <View style={{flex: 1}}>
        <Text style={{fontSize: 30, flex: 1, textAlign: 'center'}}>
          Isn't this cool?
        </Text>
        <Text style={{fontSize: 100, flex: 1, textAlign: 'center'}}>
          👍
        </Text>
      </View>
    );
  }
}

AppRegistry.registerComponent('ScratchPad', () => ScratchPad);

我们认为这些内联示例，使用 react-native-web-player 模块并在 Devin Abbott 的帮助下，是学习 React Native 基础知识的好方法，并且我们更新了 面向新的 React Native 开发者的教程，以便尽可能多地使用这些示例。看看它 - 如果您曾经好奇如果您修改一小段示例代码会发生什么，这是一种非常好的探索方式。此外，如果您正在构建开发者工具并且想要在您自己的网站上显示实时的 React Native 示例，react-native-web-player 可以使这变得简单直接。

核心模拟引擎由 Nicolas Gallagher 的 react-native-web 项目提供，该项目提供了一种在 Web 上显示 React Native 组件（如 Text 和 View）的方法。如果您有兴趣构建共享大部分代码库的移动和 Web 体验，请查看 react-native-web。

更好的指南​

在 React Native 的某些部分，有多种方法可以做事，我们收到了反馈，我们可以提供更好的指导。

我们有一个新的 导航指南，它比较了不同的方法，并就您应该使用什么提供建议 - Navigator、NavigatorIOS、NavigationExperimental。在中期，我们正在努力改进和整合这些接口。在短期内，我们希望更好的指南能让您的生活更轻松。

我们还有一个新的 触摸处理指南，它解释了制作类似按钮的界面的一些基础知识，以及处理触摸事件的不同方法的简要概述。

我们工作的另一个领域是 Flexbox。这包括关于如何使用 Flexbox 处理布局 以及如何控制 组件大小 的教程。它还包括一个不那么吸引人但希望有用的 控制 React Native 中布局的所有属性的列表。

入门​

当您开始在您的机器上设置 React Native 开发环境时，您确实需要做很多安装和配置的事情。很难使安装成为一种真正有趣和令人兴奋的体验，但我们至少可以使其尽可能快速和轻松。

我们构建了一个 新的入门工作流程，让您可以预先选择您的开发操作系统和您的移动操作系统，以在一个简洁的地方提供所有设置说明。我们还经历了安装过程，以确保一切正常工作，并确保每个决策点都有明确的建议。在我们的无辜同事身上测试之后，我们非常确定这是一个改进。

我们还致力于 将 React Native 集成到现有应用的指南。许多使用 React Native 的最大型应用，例如 Facebook 应用本身，实际上是在 React Native 中构建应用的一部分，另一部分是使用常规开发工具构建的。我们希望本指南能让更多人更容易以这种方式构建应用。

我们需要您的帮助​

您的反馈让我们知道我们应该优先考虑什么。我知道有些人会读到这篇博文，并认为“更好的文档？呸。X 的文档仍然是垃圾！”。这很棒 - 我们需要这种活力。给我们反馈的最佳方式取决于反馈的类型。

如果您在文档中发现错误，例如不准确的描述或实际上无法工作的代码，请提交问题。用“Documentation”标记它，以便更容易将其路由到合适的人员。

如果不是特定的错误，而是文档中的某些内容从根本上令人困惑，那么它不适合在 GitHub 问题中提出。相反，请在 Canny 上发布关于文档中可能需要帮助的区域。这有助于我们在进行更一般的工作（如编写指南）时确定优先级。

感谢您阅读到这里，感谢您使用 React Native！

自从我们开源 React Native 以来，已经一年了。最初只是少数工程师的想法，现在已成为 Facebook 内外产品团队都在使用的框架。今天在 F8 大会上，我们宣布微软正在将 React Native 带到 Windows 生态系统，使开发者有可能在 Windows PC、Phone 和 Xbox 上构建 React Native。它还将提供开源工具和服务，例如用于 Visual Studio Code 和 CodePush 的 React Native 扩展，以帮助开发者在 Windows 平台上创建 React Native 应用。此外，三星正在为其混合平台构建 React Native，这将使开发者能够为数百万台智能电视以及移动和可穿戴设备构建应用。我们还发布了 React Native 的 Facebook SDK，这使开发者可以更轻松地将 Facebook 社交功能（如登录、分享、应用分析和 Graph API）集成到他们的应用中。在一年内，React Native 改变了开发者在每个主要平台上构建应用的方式。

这是一段史诗般的旅程 — 但我们才刚刚开始。以下回顾一下自我们一年前开源 React Native 以来，它是如何成长和发展的，我们在此过程中面临的一些挑战，以及我们对未来前景的展望。

这是一段摘录。请在 Facebook Code 上阅读帖子的其余部分。

今年早些时候，我们介绍了 适用于 iOS 的 React Native。React Native 将开发者在 Web 上使用 React 时所习惯的东西 — 声明式的、自包含的 UI 组件和快速的开发周期 — 带到移动平台，同时保留了原生应用的速度、保真度和感觉。今天，我们很高兴发布适用于 Android 的 React Native。

在 Facebook，我们已经在生产环境中使用 React Native 超过一年了。大约一年前，我们的团队开始开发 广告管理工具应用。我们的目标是创建一个新的应用，让数百万在 Facebook 上投放广告的人们可以管理他们的帐户并在旅途中创建新的广告。最终，它不仅成为 Facebook 的第一个完全 React Native 应用，而且也是第一个跨平台应用。在这篇文章中，我们想与您分享我们是如何构建这个应用的，React Native 如何使我们能够更快地行动，以及我们学到的经验教训。

这是一段摘录。请在 Facebook Code 上阅读帖子的其余部分。