Guides
DépannageBedrockRideSummon

Limitations de la commande Bedrock pour les créateurs de commandes Java

7 min de lecture

Les commandes Bedrock ne sont pas des commandes Java avec un préfixe différent. Certaines familles de commandes se chevauchent, mais les charges utiles Java NBT, les passagers récursifs, l'Output des composants d'objet et le datapack JSON ne sont pas mappés un à un. NBTForge avertit lorsqu'une édition sélectionnée ne peut pas représenter les mêmes données.

Commencez par la cible Bedrock sélectionnée afin que la structure des passagers Java non prise en charge soit visible avant la copie.
Déplacez les idées de passagers multi-éditions dans le flux de travail Ride lorsque Bedrock ne peut pas accepter Java récursif NBT.
Gardez l'Output de l'objet Bedrock séparée des presets des composants Java au lieu de procéder à une conversion descendante à la main.

Résultat du guide

Une liste de contrôle pratique pour décider si une commande Java peut être copiée vers Bedrock ou nécessite un flux de travail Bedrock distinct.

Ouvrir le workflow liéBedrock, Ride, SummonDéplacement des idées Java vers Bedrock en toute sécurité

Parcours recommandé

  1. Basculez le sélecteur Edition sur Bedrock Stable avant de faire confiance à l'Output.
  2. Surveillez les avertissements indiquant que Java uniquement ou les composants NBT ne peuvent pas être représentés.
  3. Remplacez les commandes récursives Java Passengers par des commandes de suivi Bedrock lorsque cela est possible.
  4. Évitez de supposer que les ressources du datapack JSON peuvent s'exécuter dans les mondes Bedrock.
  5. Gardez les entrées Java et Bedrock Project séparées lors de la prise en charge des deux éditions.

Flux de travail des passagers et des conducteurs

Java peut placer des données récursives sur les passagers dans une commande d'invocation. Bedrock a généralement besoin de commandes de conduite et d'une configuration par étapes. Cela signifie qu'une pile mob Java sur une seule ligne peut devenir plusieurs commandes Bedrock ou nécessiter une conception différente.

Lorsque l'idée visuelle compte plus que la structure exacte en une seule ligne, créez d'abord la version Java, puis traduisez la relation en un flux de travail de trajet Bedrock.

Éléments et entités lourds en NBT

Java NBT et les composants d'objet peuvent contenir des données détaillées sur l'objet, l'entité et l'affichage. Bedrock n'accepte pas les mêmes charges utiles aux mêmes endroits, donc l'Output Java avancée ne doit pas être collée directement dans Bedrock.

Pour le contenu sécurisé par Bedrock, conservez les commandes proches des arguments de commande pris en charge et utilisez les avertissements NBTForge comme panneau d'arrêt et non comme suggestion.

  • Les composants d'objets Java personnalisés ne constituent pas un système d'objets Bedrock.
  • L'entité Java NBT ne devient pas des données d'invocation Bedrock valides.
  • Les ressources du datapack JSON sont des ressources du datapack Java, et non des packs de comportement Bedrock.

Comment publier du contenu multi-éditions

Si un article, un preset ou un Command Pack cible les deux éditions, écrivez des étapes Java et Bedrock distinctes. Ne cachez pas les limitations dans une note de bas de page. Les créateurs doivent le savoir avant de coller.

NBTForge fonctionne mieux lorsqu'une version de Bedrock est traitée comme sa propre recette de commande au lieu d'une commande Java convertie.

Expédier l'artefact copié

Utilisez ce guide pour produire l'artefact qu'un joueur ou un créateur de carte exécutera réellement: une commande copiée, un pack Project commandé ou une ressource de datapack. La révision finale doit avoir lieu sur cette Output copiée, et pas seulement sur l'état du générateur modifiable.

Lorsque le flux de travail est sensible à la version, étiquetez la version cible à côté de la commande. Lorsqu'il utilise des sélecteurs, des tableaux de bord, des barres de boss, des balises, des tables de butin ou un ordre de Project, testez ces dépendances dans un monde propre avant de publier la configuration.

  • Copiez de Output pour une commande et de Project pour les packs commandés.
  • Séparez les variantes Java, Bedrock et d’instantané.
  • Testez d'abord les sélecteurs destructeurs avec une Output inoffensive.
  • Mettez à jour les presets associés lorsque le guide devient le flux de travail canonique.

Guides et presets liés

FAQ

NBTForge peut-il convertir chaque commande Java en Bedrock?

Non. Il peut générer une Output Bedrock prise en charge et afficher des avertissements, mais certains workflows Java NBT, composants, passagers et packs de données n'ont pas d'équivalent direct de commande Bedrock.

Que dois-je faire avec les commandes passagers Java?

Utilisez le flux de travail de conduite Bedrock lorsque cela est possible et attendez-vous à une configuration multi-commandes au lieu d'une commande d'invocation récursive Java.

Quand ce guide doit-il devenir un pack Project?

Utilisez Project lorsque le flux de travail nécessite plusieurs commandes, comporte un ordre de configuration et de nettoyage ou doit être à nouveau modifié après le test. Les commandes ponctuelles peuvent rester dans Output.