Minecraft Zielauswahl-Spickzettel
8 Min. Lesezeit
Selektoren sind klein, aber sie entscheiden, wer den Befehl erhält. Ein guter Selektor ist schmal genug, um sicher und einfach genug zum Debuggen zu sein. Verwenden Sie diese Referenz, wenn ein Befehl in der Output funktioniert, im Spiel aber das falsche Ziel trifft.
Ergebnis
Eine praktische Auswahl-Checkliste, die hilft, zu verhindern, dass Befehle auf nichts oder zu viel abzielen.
Empfohlener Weg
- Wählen Sie zuerst die Basisauswahl: Nächster Spieler, alle Spieler, alle Entitäten oder den Befehlsläufer.
- Fügen Sie einen Filter nach dem anderen, beginnend mit Typ, Tag, Distanz oder Team.
- Verwenden Sie Scores nur, wenn das Ziel existiert und bekannte Werte aufweist.
- Fügen Sie Sortierung und Begrenzung, wenn mehr als ein Ziel möglich ist.
- Testen Sie den Selektor mit einem harmlosen Befehl, bevor Sie Schaden, Tötung, Teleportation oder Inventaränderungen verwenden.
Basisauswahlentscheidung
Verwenden Sie den kleinsten Basisselektor, der zum Job passt. Wenn ein Befehl nur einen Spieler betrifft, beginnen Sie mit dem nächstgelegenen Spieler oder dem Befehlsläufer statt mit allen Spielern. Wenn es Entitäten betrifft, entscheiden Sie, ob Spieler einbezogen werden sollen, bevor Sie eine breite Entitätsauswahl verwenden.
Breite Selektoren sind für die Einrichtung und Bereinigung nützlich, sollten jedoch mit Typ-, Tag-, Team- oder Distanzfiltern kombiniert werden.
- Verwenden Sie @s für den Befehlsläufer, wenn Sie ihn als bekannte Entität ausführen.
- Verwenden Sie @p für Interaktionen mit nächstgelegenen Spielern.
- Verwenden Sie @a für spielerweite Nachrichten oder Setups.
- Verwenden Sie @e nur, wenn die Entitätsfilterung klar ist.
Filter, die Unfälle verhindern
Tags sind oft die sauberste Möglichkeit, Arbeitsabläufe mit mehreren Befehlen zu verbinden. Fügen Sie ein Tag, wenn die Entität erstellt wird, und dieses Tag später als Ziel verwenden. Dies ist einfacher zu verwalten, als einen langen NBT-Filter in jedem Folgebefehl zu wiederholen.
Abstands- und Grenzwertfilter schützen Befehle, die von Befehlsblöcken oder Funktionen ausgeführt werden. Ein fehlender Distanzfilter kann sich auf Entitäten außerhalb des Begegnungsbereichs auswirken.
Selektorfehler debuggen
Wenn ein Selektor nicht mehr übereinstimmt, entfernen Sie die Filter, bis er wieder übereinstimmt. Fügen Sie die Filter der Reihe nach erneut hinzu und prüfen Sie, welcher Filter den Befehl unterbricht. Scores und NBT-Filter sind häufige Fehlerquellen, da sie von einem Status abhängen, der möglicherweise noch nicht vorhanden ist.
NBTForge kann beim Aufbau des umgebenden Kommandos helfen, aber der Selektorstatus im Spiel hängt immer noch von Ihrer Welt, den Zielen auf der scoreboard, den Tags und den Positionen der Entitäten ab.
Versenden Sie das kopierte Artefakt
Verwenden Sie diese Anleitung, um das Artefakt zu erstellen, das ein Spieler oder Kartenersteller tatsächlich ausführen wird: einen kopierten Befehl, ein bestelltes Project-Paket oder eine Datenpaketressource. Die abschließende Überprüfung sollte für die kopierte Output erfolgen, nicht nur für den bearbeitbaren Builder-Status.
Wenn der Workflow versionensensitiv ist, kennzeichnen Sie die Zielversion neben dem Befehl. Wenn Selektoren, Scoreboards, Bossbars, Tags, Beutetabellen oder die Projektreihenfolge verwendet werden, testen Sie diese Abhängigkeiten in einer sauberen Welt, bevor Sie das Setup veröffentlichen.
- Kopieren Sie von Output für einen Befehl und von Project für bestellte Pakete.
- Halten Sie die Varianten Java, Bedrock und Snapshot getrennt.
- Testen Sie zunächst destruktive Selektoren mit harmloser Output.
- Aktualisieren Sie zugehörige Presets, wenn der Leitfaden zum kanonischen Workflow wird.
Verwandte Guides und Presets
FAQ
Was ist der sicherste Selektor zum Testen?
Verwenden Sie @s oder ein Tag, das auf eine bekannte Testentität angewendet wird. Vermeiden Sie breite Selektoren wie alle Entitäten, wenn Sie destruktive Befehle testen.
Warum stimmt ein Selektor an einer Stelle überein, an einer anderen jedoch nicht?
Abstand, Position, Ausführender, Dimension, Scoreboard-Status und Tags können sich alle zwischen Befehlsblöcken, Funktionen und Chat-Befehlen ändern.
Wann sollte dieser Leitfaden ein Project-Paket werden?
Verwenden Sie Project, wenn der Workflow mehr als einen Befehl benötigt, eine Einrichtungs- und Bereinigungsreihenfolge hat oder nach dem Testen erneut bearbeitet werden muss. Einmalige Befehle können in Output verbleiben.