Java 명령 작성자에 대한 Bedrock 명령 제한 사항

Java는 소환 명령 내에 재귀 passenger 데이터를 배치할 수 있습니다. Bedrock는 일반적으로 대신 탑승 명령과 단계적 설정이 필요합니다. 이는 한 줄의 Java mob 스택이 여러 개의 Bedrock 명령이 될 수 있거나 다른 디자인이 필요할 수 있음을 의미합니다.

정확한 단선 구조보다 시각적 아이디어가 더 중요한 경우 Java 버전을 먼저 빌드한 다음 관계를 Bedrock 라이딩 워크플로로 변환합니다.

Java NBT 및 아이템 구성 요소는 자세한 아이템, 엔터티 및 표시 데이터를 전달할 수 있습니다. Bedrock는 동일한 위치에서 동일한 페이로드를 허용하지 않으므로 고급 Java Output을 Bedrock에 직접 붙여넣어서는 안 됩니다.

Bedrock 안전 콘텐츠의 경우 지원되는 명령 인수에 가깝게 명령을 유지하고 NBTForge 경고를 제안이 아닌 정지 신호로 사용하세요.

• 사용자 정의 Java 아이템 구성 요소는 Bedrock 아이템 시스템이 아닙니다.
• Java 엔터티 NBT가 유효한 Bedrock 소환 데이터가 되지 않습니다.
• Datapack JSON 리소스는 Bedrock 동작 팩이 아닌 Java 데이터팩 리소스입니다.

기사, preset 또는 Command Pack이 두 버전을 모두 대상으로 하는 경우 별도의 Java 및 Bedrock 단계를 작성하세요. 각주에 제한 사항을 숨기지 마십시오. 제작자는 붙여넣기 전에 알아야 합니다.

NBTForge는 Bedrock 버전이 하향 변환된 Java 명령 대신 자체 명령 레시피로 처리될 때 가장 잘 작동합니다.

이 가이드를 사용하여 플레이어나 지도 제작자가 실제로 실행할 아티팩트(Copy된 명령, 주문된 Project 팩 또는 데이터팩 리소스)를 생성하세요. 편집 가능한 빌더 상태뿐만 아니라 Copy된 Output에 대해서도 최종 검토가 이루어져야 합니다.

워크플로가 버전을 구분하는 경우 명령 옆에 대상 버전 레이블을 지정합니다. 선택기, 점수판, boss bar, 태그, loot table 또는 Project 순서를 사용하는 경우 설정을 게시하기 전에 깨끗한 환경에서 해당 종속성을 테스트하세요.

• 단일 명령의 경우 Output의 Copy, 주문된 팩의 경우 Project의 Copy입니다.
• Java, Bedrock 및 스냅샷 변형을 별도로 유지하세요.
• 먼저 무해한 Output으로 파괴적인 선택기를 테스트하세요.
• 가이드가 표준 워크플로가 되면 관련 preset을 업데이트합니다.