Java 1.20.4 NBT kontra 1.20.5+ komponenty przedmiotu
8 min czytania
Minecraft Java 1.20.5 przeniósł wiele funkcji przedmiotów ze starszego NBT do komponentów przedmiotów. Ta zmiana wpływa na wydawanie poleceń, wymianę przedmiotów, nagrody w postaci łupów, niestandardowe nazwy, lore, enchantments, niestandardowe dane i wiele przepływów pracy związanych z pakietami zasobów. NBTForge sprawia, że selektor wersji jest widoczny, ponieważ nie jest to tylko formatowanie.
Wynik poradnika
Jasna zasada decyzyjna określająca, kiedy używać starszego elementu NBT, a kiedy używać nowoczesnych komponentów przedmiotu.
Zalecana ścieżka
- Wybierz dokładną wersję Java przed edycją stosu elementów.
- Zbuduj element raz, a następnie przełączaj między 1.20.4 i 1.20.5+ tylko w celu celowego porównania wyników.
- Traktuj nazwę niestandardową, lore, enchantments, dane niezniszczalne, rzadkość, błysk i niestandardowe jako pola zależne od wersji.
- Użyj wpisów Project, aby zachować starszą i nowoczesną wersję obok siebie podczas obsługi wielu światów.
- Udokumentuj wersję docelową obok poleceń, które udostępniasz innym twórcom.
Kiedy starszy element NBT jest nadal właściwym celem
Użyj starszego elementu NBT, jeśli polecenie musi zostać uruchomione w Java 1.20.4 lub starszym. W tej rodzinie światów wiele szczegółów elementów znajduje się w starej strukturze NBT, a Output komponentów nie są składnią docelową.
Starsze Output są również przydatne podczas migracji starszej biblioteki poleceń. Import stare polecenie, porównaj przeanalizowane pola, a następnie zregeneruj dopiero po wybraniu nowej wersji docelowej.
Kiedy komponenty przedmiotu są właściwym celem
Użyj wyjścia komponentowego dla Java 1.20.5 i nowszych wersji. Składnia komponentów to nowoczesny format wielu funkcji elementów, w tym nazw, lore, enchantments, danych niestandardowych i zachowań wyświetlania.
Jeśli tworzysz nową zawartość mapy dla bieżących wersji Java, zacznij od Output komponentu i generuj starszą składnię tylko wtedy, gdy wiesz, że starszy serwer jej potrzebuje.
- Nowoczesne polecenia elementu Java powinny być generowane z wybraną bieżącą wersją.
- Przepływy pracy związane z łupami i nagrodami powinny korzystać z tej samej wersji, co datapack świata.
- Nie łącz starszego polecenia Give z modyfikatorem elementu z epoki komponentu, chyba że migracja jest celowa.
Jak bezpiecznie porównywać
Przełączanie wersji może zmieniać nazwy pól, zagnieżdżanie, a czasem także to, które pola można reprezentować. Użyj wyjściowego panelu różnicowego po zmianie wersji, zamiast skanować długie polecenie na oko.
W przypadku szablonów udostępnionych zachowaj wersję w tytule artykułu, nazwie ustawienia wstępnego lub nazwie wpisu Project. Polecenie o nazwie „miecz-nagroda” jest niejednoznaczne; polecenie o nazwie „nagroda miecz Java 1.21” jest znacznie łatwiejsze w obsłudze.
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.
- 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
Czy Output Java 1.20.5 jest zawsze lepsze?
Jest to lepsze tylko dla światów, na których działa 1.20.5 lub nowszy. Starsze światy Java wymagają starszej składni, więc prawidłowe Output zależą od świata docelowego.
Czy mogę zachować oba formaty?
Tak. Zapisz osobne wpisy Project dla wersji starszej i nowoczesnej, oznacz je wyraźnie i zaktualizuj oba, gdy zmieni się Project elementu bazowego.
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.