Yarn: Zukunft des Garns: Javadocs oder Parameter?
In 19w36a lieferte Mojang eine Verschleierungsdatenreferenz in client.json für seinen Launcher aus. Viele Leute glauben, dass Garn seit diesem Zeitpunkt veraltet sein könnte.
Beim Garn gibt es jedoch noch einige Punkte zu beachten:
- Javadocs
Wir haben schon lange über Javadocs geplant. Ich habe einen PR zu Enigma geschrieben, aber nie die Mühe gemacht, ihn zu aktualisieren (mein Fehler!), aber wenn wir Javadocs bekommen, können wir klarer darüber sein, was Mojang macht (da Mojang viele seltsame Dinge im Code macht, wie blit vs drawTextureRect ) - Parameter
Wir haben Parameterzuordnungen. Mojangs proguard-Daten nicht. Params sind besonders wichtig, wenn mehrere int-Felder oder ein boolescher Parameter vorhanden sind.
Asie hat auf Zwietracht gesagt, dass Mojang dieses Proguard-Ding wahrscheinlich wegen der Arbeit von Garn veröffentlicht hat. Wir können nicht sicherstellen, dass mojang diese Daten nicht eines Tages zurückzieht; Wenn das passiert, ist die Fabric-Community zerstört.
Wie asie bemerkte, kann Garn nichts von Mojang proguard-Daten verwenden. Ich glaube, dies würde unseren Zweck festigen, dass wir genaue Namen für Klassen anstelle von mojang-ähnlichen Namen erstellen sollen.
Irgendwelche anderen Punkte zu beachten? Ich warte darauf, zu hören.
liach
Alle 4 Kommentare
Yarn wurde entwickelt, um genaue Mappings mit einer uneingeschränkten Lizenz zu haben, damit die Mappings von jedem verwendet werden können.
Mit der aktuellen Lizenz ist dies für Mojang-Mappings nicht der Fall.
Zum jetzigen Stand sage ich also, dass wir das Garn wie zuvor weiter aktualisieren, ohne auch nur auf Mojang-Mappings zu schauen, ähnlich wie es bei MCP-Mappings der Fall ist.
Wenn die Lizenz gelockert oder geklärt wird, sollten wir sie dennoch für Parameternamen und Javadoc behalten.
NeunEinser
am 4. Sept. 2019
Ich stimme Neun voll und ganz zu. Die aktuelle Lizenz erfüllt genau das entgegengesetzte Ziel, für das Yarn entwickelt wurde. Der Wechsel dazu würde uns noch gefährlicher in ein legales Minenfeld bringen, als mit MCP zu konkurrieren. Wenn die Lizenz auf den Namen von Mojang und nicht auf den von Microsoft lauten würde, würde ich vielleicht anders denken, aber so sehe ich nicht, dass die Vorteile eines Wechsels die Risiken überwiegen.
KatrinaKitten
am 4. Sept. 2019
Ich denke, Garn sollte immer unbeeinflusst von den Mojang-Mappings bleiben. Wenn wir in Zukunft die Erlaubnis von Mojang erhalten, die Mappings in Mods zu verwenden, sollte das Hinzufügen von Parametermappings und Javadocs in einem anderen Projekt erfolgen, nicht in Garn.
Runemoro
am 9. Okt. 2019
Jetzt erhalten wir sowohl Javadocs als auch Parameter. Wir sollten gut sein :rocket:
liach
am 20. März 2020
Verwandte Themen
Juuxel
·
5Kommentare
Draylar
·
6Kommentare
haykam821
·
4Kommentare
Awakened-Redstone
·
4Kommentare
Juuxel
·
6Kommentare
Hilfreichster Kommentar
Yarn wurde entwickelt, um genaue Mappings mit einer uneingeschränkten Lizenz zu haben, damit die Mappings von jedem verwendet werden können.
Mit der aktuellen Lizenz ist dies für Mojang-Mappings nicht der Fall.
Zum jetzigen Stand sage ich also, dass wir das Garn wie zuvor weiter aktualisieren, ohne auch nur auf Mojang-Mappings zu schauen, ähnlich wie es bei MCP-Mappings der Fall ist.
Wenn die Lizenz gelockert oder geklärt wird, sollten wir sie dennoch für Parameternamen und Javadoc behalten.