En 19w36a, Mojang envió referencias de datos de ofuscación en client.json para su lanzador. Mucha gente cree que desde este punto, el hilo puede estar obsoleto.
Sin embargo, todavía hay algunos puntos a considerar sobre el hilo:
Asie ha dicho en discordia que Mojang lanzó esta cosa proguard probablemente debido al trabajo de Yarn. No podemos asegurarnos de que Mojang no retire estos datos algún día; si eso sucede, la comunidad de tejidos se arruina.
Como señaló asie, el hilo no puede usar nada de los datos proguard de Mojang. Creo que esto haría nuestro propósito más firme, que debemos crear nombres precisos para las clases en lugar de nombres tipo mojang.
¿Algún otro punto a considerar? Estoy esperando escuchar.
Yarn se creó para tener asignaciones precisas con una licencia sin restricciones para que las asignaciones puedan ser utilizadas por cualquier persona.
Con la licencia actual, este no es el caso de las asignaciones de Mojang.
Entonces, en el estado actual, digo que seguimos actualizando el hilo como antes, sin siquiera mirar las asignaciones de Mojang, como es el caso de las asignaciones de MCP.
Si la licencia se afloja o se aclara, deberíamos conservarla para los nombres de parámetros y Javadoc.
Estoy totalmente de acuerdo con Neun. La licencia actual cumple exactamente el objetivo opuesto para el que se creó Yarn. Cambiar a él como está sería ponernos en un campo de minas legal incluso más peligroso que competir con MCP. Si la licencia estuviera a nombre de Mojang en lugar de Microsoft, podría sentirme diferente, pero tal como está, no veo que los beneficios de cambiar superen los riesgos.
Creo que el hilo siempre no debe verse influenciado por las asignaciones de Mojang. Si en el futuro, obtenemos permiso de Mojang para usar las asignaciones en mods, entonces la adición de asignaciones de parámetros y javadocs debe hacerse en un proyecto diferente, no en hilo.
Ahora obtenemos javadocs y parámetros. Deberíamos ser buenos: cohete:
Comentario más útil
Yarn se creó para tener asignaciones precisas con una licencia sin restricciones para que las asignaciones puedan ser utilizadas por cualquier persona.
Con la licencia actual, este no es el caso de las asignaciones de Mojang.
Entonces, en el estado actual, digo que seguimos actualizando el hilo como antes, sin siquiera mirar las asignaciones de Mojang, como es el caso de las asignaciones de MCP.
Si la licencia se afloja o se aclara, deberíamos conservarla para los nombres de parámetros y Javadoc.