Yarn: L'avenir du fil : Javadocs ou paramètres ?

Créé le 4 sept. 2019 · 4Commentaires · Source: FabricMC/yarn

En 19w36a, Mojang a envoyé une référence de données d'obscurcissement dans client.json pour son lanceur. Beaucoup de gens pensent que depuis ce point, le fil peut être obsolète.

Cependant, il y a encore quelques points à considérer concernant le fil :

Javadocs
Nous avons prévu des Javadocs depuis longtemps. J'ai écrit un pr à enigma mais je n'ai jamais pris la peine de le mettre à jour (mon mauvais!), Mais si nous obtenons des javadocs, nous pouvons être plus clairs sur ce que fait mojang (puisque mojang fait beaucoup de choses étranges dans le code, comme blit vs drawTextureRect )
Paramètres
Nous avons des mappages de paramètres. Les données proguard de Mojang ne le font pas. Les paramètres sont particulièrement importants lorsqu'il existe plusieurs champs int ou s'il existe un paramètre booléen.

Asie a déclaré sur Discord que mojang avait publié ce truc de proguard probablement à cause du travail de fil. Nous ne pouvons pas garantir que mojang ne retirera pas ces données un jour ; si cela se produit, la communauté du tissu est détruite.

Comme l'asie l'a noté, le fil ne peut rien utiliser des données de Mojang proguard. Je pense que cela renforcerait notre objectif, à savoir que nous devons créer des noms précis pour les classes au lieu de noms de type mojang.

D'autres points à considérer ? J'attends d'entendre.

discussion toolchain wip

Source

liach

🎉3

Commentaire le plus utile

Yarn a été créé pour avoir des mappages précis avec une licence non restrictive afin que les mappages puissent être utilisés par n'importe qui.

Avec la licence actuelle, ce n'est pas le cas pour les mappages Mojang.
Donc, à l'état actuel, je dis que nous continuons à mettre à jour le fil comme avant, sans même regarder les mappages Mojang, un peu comme c'est le cas avec les mappages MCP.

Si la licence est assouplie ou clarifiée, nous devrions toujours la conserver pour les noms de paramètres et Javadoc.

NeunEinser le 4 sept. 2019

👍5

Tous les 4 commentaires

Yarn a été créé pour avoir des mappages précis avec une licence non restrictive afin que les mappages puissent être utilisés par n'importe qui.

Si la licence est assouplie ou clarifiée, nous devrions toujours la conserver pour les noms de paramètres et Javadoc.

NeunEinser le 4 sept. 2019

👍5

Je suis tout à fait d'accord avec Neun. La licence actuelle répond exactement à l'objectif inverse pour lequel Yarn a été créé. Passer à celui-ci tel quel serait nous mettre dans un champ de mines légal encore plus dangereux que de rivaliser avec MCP. Si la licence était au nom de Mojang au lieu de celui de Microsoft, je me sentirais peut-être différemment, mais en l'état, je ne vois pas les avantages du changement l'emporter sur les risques.

KatrinaKitten le 4 sept. 2019

Je pense que le fil devrait toujours rester non influencé par les mappages de Mojang. Si, à l'avenir, nous obtenons la permission de Mojang d'utiliser les mappages dans les mods, l'ajout de mappages de paramètres et de javadocs doit être effectué dans un projet différent, pas dans le fil.