Limitaciones del comando Bedrock para creadores de comandos Java
7 min de lectura
Los comandos Bedrock no son comandos Java con un prefijo diferente. Algunas familias de comandos se superponen, pero las cargas útiles Java NBT, los pasajeros recursivos, el Output de componentes de ítems y el datapack JSON no se asignan uno a uno. NBTForge advierte cuando una edición seleccionada no puede representar los mismos datos.
Resultado
Una lista de verificación práctica para decidir si un comando Java se puede Copy a Bedrock o necesita un flujo de trabajo Bedrock separado.
Ruta recomendada
- Cambie el selector Edition a Bedrock Estable antes de confiar en el Output.
- Esté atento a las advertencias de que Java o componentes exclusivos de Java no se pueden representar.
- Reemplace el Java Passengers recursivo con comandos de recorrido de seguimiento Bedrock cuando sea posible.
- Evite asumir que los recursos del datapack JSON se pueden ejecutar en mundos Bedrock.
- Mantenga las entradas Java y Bedrock Project separadas cuando admita ambas ediciones.
Flujos de trabajo de pasajeros y pasajeros
Java puede colocar datos recursivos de pasajeros dentro de un comando de invocación. Bedrock normalmente necesita comandos de recorrido y configuración por etapas. Eso significa que una pila de mob Java de una línea puede convertirse en varios comandos Bedrock o puede necesitar un diseño diferente.
Cuando la idea visual importa más que la estructura unifilar exacta, cree primero la versión Java y luego traduzca la relación en un flujo de trabajo de recorrido Bedrock.
Elementos y entidades pesados NBT
Java NBT y los componentes del artículo pueden transportar datos detallados del artículo, de la entidad y de visualización. Bedrock no acepta las mismas cargas útiles en los mismos lugares, por lo que el Output avanzada de Java no debe pegarse directamente en Bedrock.
Para contenido seguro para Bedrock, mantenga los comandos cerca de los argumentos de comando admitidos y use las advertencias de NBTForge como una señal de alto, no como una sugerencia.
- Los componentes de artículos Java personalizados no son un sistema de artículos Bedrock.
- La entidad Java NBT no se convierte en datos de invocación Bedrock válidos.
- Los recursos del datapack JSON son recursos del datapack Java, no paquetes de comportamiento Bedrock.
Cómo publicar contenido entre ediciones
Si un artículo, valor preestablecido o Command Pack está destinado a ambas ediciones, escriba los pasos Java y Bedrock por separado. No oculte las limitaciones en una nota a pie de página. Los creadores necesitan saberlo antes de pegar.
NBTForge funciona mejor cuando una versión Bedrock se trata como su propia receta de comando en lugar de un comando Java reducido.
Enviar el artefacto copiado
Utilice esta guía para producir el artefacto que un jugador o creador de mapas realmente ejecutará: un comando copiado, un paquete Project ordenado o un recurso de datapack. La revisión final debe realizarse en el resultado copiado, no solo en el estado del generador editable.
Cuando el flujo de trabajo depende de la versión, etiquete la versión de destino junto al comando. Cuando utilice selectores, marcadores, barras de jefe, etiquetas, tablas de botín u orden de Project, pruebe esas dependencias en un mundo limpio antes de publicar la configuración.
- Copie de Output para un comando y de Project para paquetes ordenados.
- Mantenga Java, Bedrock y las variantes de instantáneas separadas.
- Pruebe primero los selectores destructivos con resultados inofensivos.
- Actualice los presets relacionados cuando la guía se convierta en el flujo de trabajo canónico.
Guías y presets relacionados
FAQ
¿Puede NBTForge convertir cada comando Java a Bedrock?
No. Puede generar resultados Bedrock compatibles y mostrar advertencias, pero algunos flujos de trabajo Java NBT, componentes, pasajeros y paquetes de datos no tienen un equivalente de comando directo Bedrock.
¿Qué debo hacer con los comandos de pasajeros Java?
Utilice el flujo de trabajo de viaje Bedrock cuando sea posible y espere una configuración de múltiples comandos en lugar de un comando de invocación Java recursivo.
¿Cuándo debería convertirse esta guía en un paquete Project?
Utilice Project cuando el flujo de trabajo necesite más de un comando, tenga un orden de configuración y limpieza o deba editarse nuevamente después de la prueba. Los comandos únicos pueden permanecer en Output.