Poradniki
Rozwiązywanie problemówBedrockRideSummon

Ograniczenia komendy Bedrock dla twórców komend Java

7 min czytania

Polecenia Bedrock nie są poleceniami Java z innym przedrostkiem. Niektóre rodziny poleceń pokrywają się, ale ładunki Java NBT, pasażerowie rekursywni, Output komponentów pozycji i datapack JSON nie są mapowane jeden do jednego. NBTForge ostrzega, gdy wybrana edycja nie może reprezentować tych samych danych.

Rozpocznij od wybranego celu Bedrock, tak aby przed skopiowaniem widoczna była nieobsługiwana konstrukcja pasażerska Java.
Przenieś pomysły passenger z różnych wersji do przepływu pracy Ride, gdy Bedrock nie może zaakceptować rekurencyjnego Java NBT.
Trzymaj Output elementu Bedrock oddzielnie od ustawień wstępnych komponentów Java, zamiast ręcznie konwertować w dół.

Wynik poradnika

Praktyczna lista kontrolna umożliwiająca podjęcie decyzji, czy polecenie Java można skopiować do Bedrock, czy też wymaga osobnego przepływu pracy Bedrock.

Otwórz powiązany workflowBedrock, Ride, SummonBezpieczne przenoszenie pomysłów Java do Bedrock

Zalecana ścieżka

  1. Przełącz selektor Edition na Bedrock Stable przed zaufaniem Output.
  2. Uważaj na ostrzeżenia, że Java-only NBT lub komponenty nie mogą być reprezentowane.
  3. Jeśli to możliwe, zastąp rekursywne Java Passengers kolejnymi poleceniami jazdy Bedrock.
  4. Unikaj zakładania, że zasoby pakietu danych JSON mogą działać w światach Bedrock.
  5. Trzymaj wpisy Java i Bedrock Project oddzielnie, jeśli obsługują obie edycje.

Przepływ pracy w zakresie passenger i jazdy

Java może umieścić rekurencyjne dane passenger w poleceniu przywołania. Zamiast tego Bedrock często wymaga poleceń jazdy i konfiguracji etapowej. Oznacza to, że jednoliniowy stos mobów Java może stać się kilkoma poleceniami Bedrock lub może wymagać innego projektu.

Gdy pomysł wizualny jest ważniejszy niż dokładna jednowierszowa struktura, najpierw zbuduj wersję Java, a następnie przełóż relację na przepływ pracy Bedrock.

NBT-ciężkie przedmioty i byty

Java NBT i komponenty przedmiotu mogą przenosić szczegółowe dane dotyczące przedmiotu, jednostki i wyświetlane. Bedrock nie akceptuje tych samych ładunków w tych samych miejscach, dlatego zaawansowane Output Java nie powinny być wklejane bezpośrednio do Bedrock.

W przypadku treści bezpiecznej dla Bedrock trzymaj polecenia blisko obsługiwanych argumentów poleceń i używaj ostrzeżeń NBTForge jako znaku stopu, a nie sugestii.

  • Niestandardowe komponenty przedmiotów Java nie są systemem przedmiotów Bedrock.
  • Jednostka Java NBT nie staje się ważnymi danymi przywołania Bedrock.
  • Zasoby pakietu danych JSON są zasobami pakietu danych Java, a nie pakietami zachowań Bedrock.

Jak publikować treści w różnych edycjach

Jeśli artykuł, preset lub Command Pack jest przeznaczony dla obu wydań, napisz osobne kroki Java i Bedrock. Nie ukrywaj ograniczeń w przypisie. Twórcy muszą wiedzieć, zanim wkleją.

NBTForge działa najlepiej, gdy wersja Bedrock jest traktowana jako własny przepis na polecenie, a nie przekonwertowane w dół polecenie Java.

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 NBTForge może przekonwertować każde polecenie Java na Bedrock?

Nie. Może generować obsługiwane Output Bedrock i wyświetlać ostrzeżenia, ale niektóre przepływy pracy Java NBT, komponentów, passenger i pakietów danych nie mają bezpośredniego odpowiednika polecenia Bedrock.

Co powinienem zrobić z poleceniami pasażerskimi Java?

Jeśli to możliwe, korzystaj z przepływu pracy Bedrock i spodziewaj się konfiguracji z wieloma poleceniami zamiast jednego rekurencyjnego polecenia przywołania Java.

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.