2018 年 React Native 社区现状

2019年1月7日 ·阅读时间：4 分钟

核心维护者与 React Native 开发者

2018 年，React Native 社区在开发和沟通 React Native 的方式上做出了一些改变。我们相信几年后，我们会回顾并发现这次转变是 React Native 的一个转折点。

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

2018 年最大的转变是赋予 React Native 社区权力。从一开始，Facebook 就鼓励来自世界各地的开发者参与 React Native 的开源项目。此后，一些核心贡献者出现，负责（除其他外）发布流程。

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

`react-native-releases` 📬

该存储库于一月创建，旨在实现双重目的：允许所有人以更协作的方式跟进新版本，并就特定版本中将包含哪些内容向任何想要建议挑选（例如 0.57.8 及其所有以前的版本）的人开放讨论。

这是推动月度发布周期转变以及当前用于 0.57.x 版本的“长期支持”方法背后的驱动力。

达成这些决策的一半功劳归功于今年创建的另一个仓库

该存储库于七月创建，扩展了为 React Native 对话提供更开放环境的理念。以前，这种需求通过主存储库中标记为 For Discussion 的问题来处理，但我们希望将此策略扩展到其他库（例如 React）采用的 RFC 方法。

这个实验立即在 React Native 生命周期中找到了它的作用。Facebook 团队现在正在使用社区 RFC 流程来讨论 React Native 可以改进的地方，并协调围绕 Lean Core 项目的努力——以及其他有趣的讨论。

我们知道我们传达这些努力的方式并未如我们所愿般有效，为了让大家更容易跟上 React Native 社区中发生的一切（从发布到活跃讨论），我们创建了一个新的 Twitter 账户 @ReactNativeComm，您可以关注它。

如果您不在该社交网络上，请记住您始终可以通过 GitHub 监视仓库；此功能在过去几个月有所改进，现在可以只接收发布通知，所以无论如何您都应该考虑使用它。

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

这个组织可以通过对其中托管的所有包/仓库强制执行一套标准，为维护者提供一个互相帮助和贡献符合社区约定质量代码的单一场所，从而为更广泛的开发者社区树立榜样。

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

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

我希望您和我们一样对这个社区的未来感到兴奋。我们很高兴看到您参与到上述仓库中的讨论或您将创作的精彩代码中。

快乐编码！