Dlaczego polecenie Minecraft nie działa
9 min czytania
Większość uszkodzonych poleceń kończy się niepowodzeniem z jednego z czterech powodów: polecenie celuje w niewłaściwą wersję Minecraft, selektor nie pasuje do niczego, JSON lub NBT jest zniekształcony lub polecenie wykorzystuje dane tylko Java w Bedrock. NBTForge pomaga, przebudowując obsługiwane polecenia na pola tekstowe, wyświetlając ostrzeżenia i utrzymując widoczność wyników podczas edycji.
Wynik poradnika
Powtarzalny przebieg debugowania poleceń, który izoluje problemy ze składnią, obiektem docelowym, wersją i edycją przed ponownym wklejeniem.
Zalecana ścieżka
- Wklej polecenie do paska importu i sprawdź, czy NBTForge może skierować je do modułu wizualnego.
- Ustaw Edition i Version tak, aby odpowiadały światu, w którym uruchomione zostanie polecenie.
- Przeczytaj ostrzeżenia wyjściowe przed zmianą pól, szczególnie podczas przemieszczania się między Java i Bedrock.
- Sprawdź oddzielnie selektory celów za pomocą prostego polecenia testowego, zanim zrzucisz winę na ładunek NBT.
- Użyj Diff po każdej poprawce, aby wiedzieć, która część polecenia faktycznie się zmieniła.
Zacznij od niezgodności wersji
Polecenie skopiowane z bieżącego świata Java może zakończyć się niepowodzeniem w Java 1.20.4 lub starszym, ponieważ składnia komponentu elementu jeszcze nie istniała. Odwrotna sytuacja jest również powszechna: stary przedmiot NBT może zostać zaakceptowany przez starszy świat, ale kończy się niepowodzeniem lub zachowuje się inaczej po zmianie komponentu przedmiotu 1.20.5.
Najpierw ustaw wersję NBTForge, a następnie ponownie wygeneruj Output. Jeśli polecenie zmieni kształt po zmianie wersji, potraktuj to jako rzeczywistą różnicę w składni, a nie kosmetyczne przepisanie.
- Użyj Java 1.20.4 lub starszego dla przykładów starszego elementu NBT.
- Użyj Java 1.20.5+, aby uzyskać wynik elementu w stylu komponentu.
- Używaj Bedrock Stable tylko wtedy, gdy rodzina poleceń jest obsługiwana przez składnię Bedrock.
Oddziel błędy selektora od błędów ładunku
Prawidłowe polecenie może wyglądać na uszkodzone, jeśli selektor nie pasuje do żadnego elementu lub pasuje do niewłaściwego gracza. Przetestuj selektor za pomocą małego polecenia, takiego jak tytuł, tellraw lub efekt przed debugowaniem długiego przywołania lub przekazania ładunku.
Jeśli selektor zawiera dystans, wyniki, tagi, zespoły lub filtry NBT, usuwaj filtry pojedynczo, aż polecenie ponownie zacznie dopasowywać. Następnie dodaj filtry z powrotem w najmniejszych możliwych krokach.
Sprawdź cudzysłowy i dane zagnieżdżone
Długie polecenia zwykle omijają zagnieżdżone komponenty tekstowe JSON, cudzysłowy, nazwy elementów, wiersze lore lub ręcznie pisane NBT. Jeśli polecenie zawiera widoczny tekst odtwarzacza, przebuduj ten tekst w edytorze wizualnym, zamiast ręcznie edytować cudzysłowy.
NBTForge jest najbardziej przydatny po imporcie, ponieważ zamienia duży ciąg znaków w mniejsze pola tekstowe. Edytuj jedno pole, sprawdź wyniki i unikaj zmiany kilku zagnieżdżonych sekcji jednocześnie.
- Nazwy i lore często zawodzą, ponieważ tekst JSON jest podwójnie zmieniony.
- Książki mogą nie działać, jeśli tekst strony zawiera cudzysłowy bez ucieczki.
- Dane niestandardowe mogą się nie powieść, jeśli nawiasy klamrowe lub nawiasy klamrowe nie zamykają się we właściwej kolejności.
Wyślij skopiowany artefakt
Skorzystaj z tego przewodnika, aby stworzyć artefakt, który faktycznie będzie uruchamiał gracz lub twórca mapy: skopiowane polecenie, zamówiony pakiet Project lub zasób pakietu danych. Ostateczna weryfikacja powinna nastąpić na skopiowanych wynikach, a nie tylko na edytowalnym stanie konstruktora.
Jeśli przepływ pracy uwzględnia wersję, oznacz wersję docelową obok polecenia. Jeśli korzysta z selektorów, tablic wyników, pasków bossów, tagów, tabel łupów lub kolejności projektów, przetestuj te zależności w czystym świecie przed opublikowaniem konfiguracji.
Aby zobaczyć przykłady na żywo, z którymi można debugować, porównaj Gotowe polecenie zombie jadącego na pająku, Gotowe polecenie przywołania dżokeja pająka i Gotowe łupy z bossa Fire Emperor.
- Kopiuj z Output dla pojedynczego polecenia i z Project dla uporządkowanych pakietów.
- Trzymaj Java, Bedrock i warianty migawek oddzielnie.
- Najpierw przetestuj destrukcyjne selektory z nieszkodliwym wyjściem.
- Zaktualizuj powiązane presets, gdy przewodnik stanie się kanonicznym przepływem pracy.
Powiązane poradniki i presety
FAQ
Dlaczego polecenie działa w jednym świecie, a w innym nie?
Najczęstszą przyczyną jest wersja Minecraft lub niezgodność edycji. Składnia elementu Java, funkcje migawki i obsługa polecenia Bedrock mogą się różnić, nawet jeśli polecenie wygląda podobnie.
Czy powinienem ręcznie naprawić długie polecenie?
Tylko dla drobnych zmian. W przypadku długich poleceń dotyczących elementów, przywołań, tekstów lub pakietów danych zaimportuj polecenia i edytuj pola wizualnie, aby ułatwić przeglądanie cytowanych i zagnieżdżonych danych.
Kiedy ten przewodnik powinien stać się pakietem Project?
Użyj Project, jeśli przepływ pracy wymaga więcej niż jednego polecenia, ma kolejność konfiguracji i czyszczenia lub musi być ponownie edytowany po przetestowaniu. Polecenia jednorazowe mogą pozostać w Output.