#2689·faker

Faker-ruby 有太多生成器需要维护

作者: stefannibrasil创建于 2023年1月24日更新于 2024年8月27日
标签💭 Discussion

faker-ruby 有很多生成器。虽然这可能是新贡献者帮助的一个简单方法,但它给维护者带来了太多的工作。以下是我在过去几个月遇到的一些问题: a) 依赖第三方 API 的生成器。这些服务可能会被关闭,甚至可能返回意外的值。这要求我们经常淘汰和删除生成器。我们应该尽可能避免依赖这些服务。 b) 在没有衡量其需求的情况下添加生成器。很难知道哪些生成器最受欢迎,哪些根本没有被使用。但其中一些不值得维护,因为它们太过于小众了。 c) 有太多的生成器,很难跟踪它们,并了解它们。我花了时间审查 PR,然后才意识到已经有了一个,而且找到它并不直观。 d) 有很多生成器,但翻译者并不及时。在我看来,我们应该专注于翻译我们想要保留的生成器。 这不是一个受欢迎的问题,我想。但要让 faker 保持稳定,我建议对上述问题进行一些更改:

  • 删除一些生成器,并创建一个指南,帮助维护者决定何时添加新生成器。很难衡量哪些生成器没有被使用,但我们可以扫描那些显然太过小众,无法证明需要维护它们。目前,添加到《贡献指南》中,新生成器需要先有一个问题,而不是立即开启 PR。此外,要求贡献者提供更多细节,以证明已经有相应的生成器了。
  • 减少依赖第三方 API 的生成器的数量。理想情况下,只有少数几个。
  • 为新生成器创建指南:制定一个准则,以决定何时合并新生成器。
  • 确定我们不想再保留的生成器,淘汰它们,并在所有这些工作完成后发布另一个主要版本。
  • 为翻译和其他本地化改进开启问题。 我开启这个问题的原因是因为在新生成器上花费的时间是我们大部分时间。我希望将这些时间用于解决关键性的错误,并稳定我们想要保留的生成器,同时确保翻译保持最新。 你们有什么想法?你们的经验如何?你们同意还是不同意?

内容来源: faker-ruby/faker