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

该存储库创建于一月，它兼具双重目的：允许每个人以更协作的方式跟上新版本，并向任何想要建议cherry-pick（例如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 Community GitHub组织，以承担更多React Native开发的责任，并加强与Facebook的协作。但这一切一直缺乏与其他类似项目相同的正式结构。

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

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

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

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

快乐编码！