Yarn: 纱线的未来：Javadoc 还是参数？

在 19w36a，Mojang 在 client.json 中为其启动器提供了混淆数据引用。 许多人认为，从那时起，纱线可能已经过时了。

但是，关于纱线仍然有一些要点需要考虑：

1. 文档
   我们已经为 Javadocs 计划了很长时间。 我为 enigma 写了一个 pr，但从来没有费心去更新它（我的错！），但是如果我们得到了 javadoc，我们可以更清楚 mojang 做了什么（因为 mojang 在代码中做了很多奇怪的东西，比如 blit 和 drawTextureRect )
2. 参数
   我们有参数映射。 Mojang 的 proguard 数据没有。 当有多个 int 字段或有任何布尔参数时，参数尤其重要。

Asie 不和谐地表示，mojang 发布了这个 proguard 的东西可能是因为 yarn 的工作。 我们无法确保 mojang 有一天不会撤回这些数据； 如果发生这种情况，织物社区就会遭到破坏。

正如 asie 所指出的，yarn 不能使用 Mojang proguard 数据中的任何内容。 我相信这会让我们的目标更加坚定，我们将为类创建准确的名称而不是类似 mojang 的名称。

还有其他要考虑的点吗？ 我等着听。