Yarn: Futuro del hilo: ¿Javadocs o parámetros?

Creado en 4 sept. 2019  ·  4Comentarios  ·  Fuente: FabricMC/yarn

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:

  1. Javadocs
    Hemos planeado sobre Javadocs durante mucho tiempo. Escribí un pr a enigma pero nunca me molesté en actualizarlo (¡mi mal!), Pero si obtenemos javadocs, podemos ser más claros sobre lo que hace mojang (ya que mojang hace muchas cosas raras en el código, como blit vs drawTextureRect )
  2. Parámetros
    Tenemos mapeos de parámetros. Los datos proguard de Mojang no lo hacen. Los parámetros son especialmente importantes cuando hay varios campos int o si hay algún parámetro booleano.

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.

discussion toolchain wip

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.

Todos 4 comentarios

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:

¿Fue útil esta página
0 / 5 - 0 calificaciones

Temas relacionados

ChloeDawn picture ChloeDawn  ·  5Comentarios

Bixilon picture Bixilon  ·  5Comentarios

asiekierka picture asiekierka  ·  4Comentarios

copygirl picture copygirl  ·  6Comentarios

asiekierka picture asiekierka  ·  3Comentarios