Java 1.20.4 NBT vs 1.20.5+ composants d'objets
8 min de lecture
Minecraft Java 1.20.5 a déplacé de nombreuses fonctionnalités d'objet de l'ancien NBT vers des composants d'objet. Ce changement affecte les commandes de don, le remplacement d'objets, les récompenses de butin, les noms personnalisés, lore, enchantments, les données personnalisées et de nombreux flux de travail de packs de ressources. NBTForge garde le sélecteur de version visible car il ne s'agit pas uniquement d'un formatage.
Résultat du guide
Une règle de décision claire indiquant quand utiliser l'objet hérité NBT et quand utiliser les composants d'objet modernes.
Parcours recommandé
- Choisissez la version exacte de Java avant de modifier la pile d'objets.
- Créez l'objet une fois, puis basculez entre 1.20.4 et 1.20.5+ uniquement pour comparer intentionnellement l'Output.
- Traitez le nom personnalisé, lore, enchantments, l'incassable, la rareté, le reflet et les données personnalisées comme des champs sensibles à la version.
- Utilisez les entrées Project pour conserver côte à côte une version ancienne et moderne lors de la prise en charge de plusieurs mondes.
- Documentez la version cible à côté des commandes que vous partagez avec d'autres créateurs.
Lorsque l'objet hérité NBT est toujours la bonne cible
Utilisez l'objet hérité NBT lorsque la commande doit s'exécuter dans Java 1.20.4 ou une version antérieure. Dans cette famille de mondes, de nombreux détails d'objets se trouvent dans l'ancienne structure NBT, et l'Output des composants n'est pas la syntaxe cible.
L'Output héritée est également utile lors de la migration d’une ancienne bibliothèque de commandes. Import l'ancienne commande, comparez les champs analysés, puis régénérez-les uniquement après avoir choisi la nouvelle version cible.
Quand les composants d’un article sont la bonne cible
Utilisez l'Output de composant pour Java 1.20.5 et versions ultérieures. La syntaxe des composants est le format moderne pour de nombreuses fonctionnalités d'objet, notamment les noms, lore, enchantments, les données personnalisées et le comportement d'affichage.
Si vous créez un nouveau contenu de carte pour les versions actuelles de Java, commencez par l'Output du composant et ne générez la syntaxe héritée que lorsque vous savez qu'un serveur plus ancien en a besoin.
- Les commandes d'objets Java modernes doivent être générées avec la version actuelle sélectionnée.
- Les flux de travail de butin et de récompense doivent utiliser la même version que le datapack mondial.
- Ne mélangez pas une commande Give héritée avec un modificateur d'objet de l'ère du composant, sauf si vous migrez intentionnellement.
Comment comparer en toute sécurité
Changer de version peut modifier les noms de champs, l'imbrication et parfois les champs représentables. Utilisez le panneau de comparaison de Output après un changement de version au lieu de scanner une longue commande à l'œil nu.
Pour les modèles partagés, conservez la version dans le titre de l'article, le nom du preset ou le nom de l'entrée Project. Une commande nommée « épée de récompense » est ambiguë; une commande nommée « épée de récompense Java 1.21 » est beaucoup plus facile à prendre en charge.
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
L'Output Java 1.20.5 est-elle toujours meilleure?
C'est mieux uniquement pour les mondes qui exécutent 1.20.5 ou une version ultérieure. Les anciens mondes Java nécessitent une syntaxe héritée, donc l'Output correcte dépend du monde cible.
Puis-je conserver les deux formats?
Oui. Enregistrez des entrées Project distinctes pour la version ancienne et la version moderne, étiquetez-les clairement et mettez à jour les deux lorsque la conception de l'objet sous-jacent change.
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.