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` 📬

这个在 1 月份创建的仓库有两个目的：允许所有人以更协作的方式跟进新版本，并就哪些内容将成为某个版本的一部分展开对话，供任何想要建议挑选（如 0.57.8 及其所有以前的版本）的人。

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

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

这个在 7 月份创建的仓库扩展了在 React Native 上进行更开放对话的想法。以前，这种需求通过主仓库中标记为 For Discussion 的问题来处理，但我们希望将此策略扩展到其他库（例如 React）所采用的 RFC 方法。

这项实验立即在 React Native 生命周期中找到了它的作用。Facebook 团队现在正在使用社区 RFC 流程来讨论 React Native 可以改进什么，并协调精简核心项目的工作——以及其他有趣的讨论。

我们知道，我们传达这些努力的方式不如我们所希望的那样有效，为了让大家更容易跟上 React Native 社区正在发生的一切（从发布到活跃讨论），我们创建了一个新的 Twitter 账号，您可以关注 @ReactNativeComm。

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

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

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

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

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

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

快乐编码！