Presets

Gegenstand-Voreinstellungen

Preset-Leitfaden zu Java 1.20.4 Gegenstands-NBT

Der Preset-Leitfaden zu Java 1.20.4 Gegenstands-NBT ist jetzt ein vollständiger Give-Workflow statt einer vorgefertigten Befehlsnotiz. Verwenden Sie dieses Preset, wenn eine Karte oder ein Server absichtlich bei Java 1.20.4 oder einer älteren Syntax bleibt. Es bietet Erstellern eine sichere Überprüfungsoberfläche für das Legacy-Gegenstands-NBT, ohne diese Ausgabe in Komponentenbefehle von Java 1.20.5+ zu mischen. Der Artikel hält die Einrichtungsfelder, die Ausgabeüberprüfung, die Platzierung in Project und die Ergebniserfassung zusammen, sodass sich der Befehl leicht überprüfen lässt, bevor er Teil eines Karten-Setups, eines Ereignisauslösers oder eines wiederverwendbaren Befehlspakets wird. Der nützliche Arbeitsablauf ist der Vergleich. Halten Sie Zielversion, sichtbaren Namen, Lore, Verzauberungen, das Unbreakable-Flag und die alte NBT-Nutzlast sichtbar, damit der Befehl später neu erstellt werden kann, falls das Project auf eine Minecraft-Version der Komponenten-Ära umsteigt.

Lesen aufENRUDEESPT中文日本語VIFR한국어IDPLTR

Preset-Ergebnis

Ein veralteter Java 1.20.4 `/give`-Befehl, der von der Ausgabe moderner Komponenten getrennt gehalten wird.

Ausgabe

Legacy-Befehl Java 1.20.4 Gegenstands-NBT

/give @p minecraft:diamond_sword{display:{Name:'{"text":"Legacy Blade","color":"gold","italic":false}',Lore:['{"text":"Java 1.20.4 NBT item","color":"gray","italic":false}']},Enchantments:[{id:"minecraft:sharpness",lvl:5s}],Unbreakable:1b,nbtforge:{legacy_item:1b}} 1
Too long for Minecraft chat

The longest command line is 267 characters, 11 over the 256-character chat input limit. Pasting it into chat can truncate the line and make Minecraft report a syntax error even when the generated command is valid.

  • Use a Command Block: run /give @s command_block, place it, then paste this command into the block command field.
  • Use a .mcfunction for a reusable datapack: save the line without the leading slash at saves/<world>/datapacks/<pack>/data/<ns>/function/<name>.mcfunction with a minimal pack.mcmeta, run /reload, then run /function <ns>:<name>. Do not paste .mcfunction content into chat.

Preset-Screenshot

Beginnen Sie mit den Give-Steuerelementen, die den Preset-Zustand festlegen.
Die zweite Einstellung hebt das Feld oder den Begleitbefehl hervor, der das Verhalten gegenüber dem Spieler verändert.
Der Ausgabe-Screenshot hält den endgültigen Befehl oder das endgültige Befehlspaar sichtbar, bevor es in Project übergeht.

Preset erstellen

  1. Öffnen Sie die Give-Workbench mit der auf Java 1.20.4 eingestellten Zielversion.
  2. Bauen Sie die Absicht des Gegenstands neu auf, statt einen kopierten Befehl blind zu bearbeiten.
  3. Fügen Sie benutzerdefinierten Namen, Lore, Verzauberungen und Haltbarkeitsverhalten hinzu.
  4. Überprüfen Sie die alte NBT-Ausgabe getrennt von der modernen Komponentenausgabe.
  5. Speichern Sie die Legacy-Variante in Project mit der Zielversion im Titel.
  6. Planen Sie einen Komponenten-Neuaufbau, bevor Sie dieselbe Karte nach Java 1.20.5 oder höher verschieben.

Warum dieses Give-Preset in Project gehört

Verwenden Sie dieses Preset, wenn eine Karte oder ein Server absichtlich bei Java 1.20.4 oder einer älteren Syntax bleibt. Es bietet Erstellern eine sichere Überprüfungsoberfläche für das Legacy-Gegenstands-NBT, ohne diese Ausgabe in Komponentenbefehle von Java 1.20.5+ zu mischen.

Der nützliche Arbeitsablauf ist der Vergleich. Halten Sie Zielversion, sichtbaren Namen, Lore, Verzauberungen, das Unbreakable-Flag und die alte NBT-Nutzlast sichtbar, damit der Befehl später neu erstellt werden kann, falls das Project auf eine Minecraft-Version der Komponenten-Ära umsteigt. Ein kopierter Befehl ist nur dann nützlich, wenn die umgebenden Annahmen sichtbar sind: Selektorbereich, Weltzustand, Reihenfolge innerhalb des Pakets und die genaue Ausgabe, die in Minecraft eingefügt wird. Behandeln Sie dieses Preset als Prüfpunkt, an dem sich diese Details kontrollieren lassen, bevor der Befehl NBTForge verlässt.

Die Galerie ist um diese Überprüfung herum aufgebaut. Der erste Screenshot zeigt den Zustand der Workbench, der zweite hebt das Feld oder Begleitmodul hervor, das das Verhalten gegenüber dem Spieler verändert, und der Ausgabe-Screenshot hält den Befehl oder das Befehlspaar sichtbar. Wenn das Preset ein sichtbares Ergebnis liefert, bestätigt der In-Game-Screenshot dieselbe Idee in einer wiederhergestellten Testwelt, statt sich auf eine generische Überlagerung zu verlassen.

Tests und Umfangsprüfungen

Fügen Sie dieses altmodische Gegenstands-NBT nicht in einen modernen Komponenten-Workflow ein und gehen Sie nicht davon aus, dass es sauber migriert. Behandeln Sie den Befehl von 1.20.4 als Quellabsicht und bauen Sie ihn dann mit Komponenten neu auf, wenn sich der Zielserver ändert.

Führen Sie den ersten Smoke-Test mit einem engen Selektor und einem sauberen Weltzustand durch. Umgebungs-, Hilfs-, Routing- und Feedback-Befehle können harmlos aussehen, betreffen aber häufig jeden Spieler oder die ganze Welt. Bestätigen Sie, dass der Befehl nur den beabsichtigten Zustand ändert, und speichern Sie dann die genaue Ausgabe neben den Einrichtungs- oder Folgezeilen, die erklären, warum sie existiert.

Wenn der Befehl Teil einer Funktionsdatei oder einer Befehlsblock-Kette wird, testen Sie das kopierte Artefakt und nicht nur den Live-Zustand der Workbench. So erkennen Sie veraltete Selektoren, eine falsche Befehlsreihenfolge, fehlende Einrichtungszeilen und Effekte, die nur deshalb zu funktionieren schienen, weil ein vorheriger Test den Zustand zurückgelassen hat.

  • Halten Sie die Selektoren eng, bis das gesamte Paket geprüft ist.
  • Platzieren Sie die Welteinrichtung vor begegnungsspezifischen Überschreibungen.
  • Speichern Sie Feedback-Befehle neben der Zustandsänderung, die sie auslöst.

Wie geht es weiter?

Speichern Sie den alten Befehl neben seinem modernen Ersatz, damit Prüfer die beiden Ausgaben vor der Migration vergleichen können.

Vergleichen Sie für den modernen Pfad den Preset-Leitfaden zu Java 1.21 Gegenstandskomponenten und die Migration von Legacy-Java-Befehls-Presets.

FAQ

Kann ich diesen Give-Befehl in den Chat einfügen?

Normalerweise ja, für einen Smoke-Test mit einem einzelnen Befehl, wenn der Selektor sicher und die Zeile kurz ist. Für wiederholbares Kartenverhalten speichern Sie ihn in Project und kopieren die geordnete Paket- oder Funktionsausgabe.

Warum ist diese Galerie nur auf die Benutzeroberfläche beschränkt?

Dieses Preset erzeugt JSON, eine Projektorganisation oder einen Überprüfungsworkflow statt eines sichtbaren In-World-Objekts. Der nützliche Nachweis ist der Workbench-Zustand, die Ausgabe und die Platzierung in Project.

Was sollte ich überprüfen, bevor ich dieses Preset teile?

Überprüfen Sie den Selektorbereich, die Befehlsreihenfolge, die Zielversion und ob der Befehl zur Einrichtung, zur Begegnungslogik, zum Feedback oder zur Bereinigung gehört. Diese Kategorien entscheiden, wo er in einem Project-Paket platziert wird.

Ablauf öffnen

Starte im passenden Give Arbeitsbereich und passe die Preset-Felder für deine Welt an.