Yarn: Futuro do yarn: Javadocs ou parâmetros?

Criado em 4 set. 2019 · 4Comentários · Fonte: FabricMC/yarn

Em 19w36a, a Mojang enviou a referência de dados de ofuscação no client.json para seu inicializador. Muitas pessoas acreditam que, desde então, os fios podem estar obsoletos.

No entanto, ainda existem alguns pontos a serem considerados sobre o fio:

Javadocs
Há muito tempo planejamos os Javadocs. Eu escrevi um pr para enigma, mas nunca me preocupei em atualizá-lo (que pena!), Mas se conseguirmos javadocs, podemos ser mais claros sobre o que mojang faz (já que mojang faz um monte de coisas estranhas no código, como blit vs drawTextureRect )
Parâmetros
Temos mapeamentos de parâmetros. Os dados proguard de Mojang não. Os parâmetros são especialmente importantes quando há vários campos int ou se houver qualquer parâmetro booleano.

Asie disse em desacordo que mojang lançou essa coisa proguard provavelmente por causa do trabalho do yarn. Não podemos ter certeza de que o mojang não retirará esses dados um dia; se isso acontecer, a comunidade do tecido ficará destruída.

Como observou Asie, o fio não pode usar nada dos dados do Proguard da Mojang. Acredito que isso tornaria nosso propósito mais firme, que devemos criar nomes precisos para as classes, em vez de nomes do tipo mojang.

Algum outro ponto a considerar? Estou esperando para ouvir.

discussion toolchain wip

Fonte

liach

🎉3

Comentários muito úteis

O Yarn estava sendo criado para ter mapeamentos precisos com uma licença irrestrita para que os mapeamentos pudessem ser usados por qualquer pessoa.

Com a licença atual, este não é o caso dos mapeamentos Mojang.
Portanto, no estado atual, digo que continuamos atualizando o fio como antes, sem nem mesmo olhar para os mapeamentos Mojang, da mesma forma que é o caso com os mapeamentos MCP.

Se a licença for liberada ou esclarecida, ainda devemos mantê-la para nomes de parâmetros e Javadoc.

NeunEinser em 4 set. 2019

👍5

Todos 4 comentários

O Yarn estava sendo criado para ter mapeamentos precisos com uma licença irrestrita para que os mapeamentos pudessem ser usados por qualquer pessoa.

Se a licença for liberada ou esclarecida, ainda devemos mantê-la para nomes de parâmetros e Javadoc.

NeunEinser em 4 set. 2019

👍5

Estou totalmente de acordo com Neun. A licença atual cumpre exatamente o objetivo oposto para o qual o Yarn foi criado. Mudar para isso como está seria nos colocar em um campo minado legal ainda mais perigoso do que competir com o MCP. Se a licença estivesse no nome de Mojang em vez de no nome da Microsoft, eu poderia me sentir diferente, mas como está, não consigo ver os benefícios da troca superando os riscos.

KatrinaKitten em 4 set. 2019

Eu acho que o fio deve sempre permanecer não influenciado pelos mapeamentos Mojang. Se, no futuro, obtivermos permissão de Mojang para usar os mapeamentos em mods, a adição de mapeamentos de parâmetros e javadocs deve ser feita em um projeto diferente, não em yarn.