Préréglages de datapack
Preset de prédicat pour le butin conditionnel
Le preset de prédicat pour le butin conditionnel est désormais un flux de travail Data Pack complet plutôt qu'une note de commande basée sur un modèle. Utilisez ce preset lorsqu'une loot table, un avancement ou une fonction doit vérifier une condition sans dupliquer le même JSON partout. Les prédicats facilitent la réutilisation de la logique conditionnelle des packs de données, car le fichier nommé devient la règle partagée. L'article réunit les champs de configuration, la révision des sorties, le placement dans Project et la capture des résultats afin que la commande soit facile à auditer avant de faire partie d'une configuration de carte, d'un déclencheur d'événement ou d'un Command Pack réutilisable. L'examen du workbench doit réunir le type de prédicat, la condition de l'objet ou de l'entité cible, l'espace de noms, le chemin et le JSON généré. Cela offre aux créateurs un point de contrôle net avant que le prédicat ne soit référencé par des tables de butin ou une logique de fonction de type execute.
Résultat du preset
Une ressource de prédicat qui peut contrôler le butin ou la logique de fonction selon qu'une clé d'épreuve est détenue ou non.
Sortie
Prédicat de butin conditionnel JSON
data/nbtforge/predicate/has_trial_key.json
{
"condition": "minecraft:match_tool",
"predicate": {
"items": [
"minecraft:tripwire_hook"
]
}
}Capture du preset
Construire le preset
- Ouvrez le workbench Data Pack.
- Choisissez Predicate comme générateur.
- Définissez l'espace de noms et le chemin de ressource pour la condition réutilisable.
- Choisissez un type de prédicat tel que `match_tool`, `entity_properties` ou `random_chance`.
- Renseignez le champ d'objet, d'entité, de chance ou de bloc utilisé par le prédicat.
- Vérifiez le JSON et copiez le chemin de la ressource.
- Référencez le prédicat depuis une loot table ou une fonction avant de tester.
Pourquoi ce preset Data Pack a sa place dans Project
Utilisez ce preset lorsqu'une loot table, un avancement ou une fonction doit vérifier une condition sans dupliquer le même JSON partout. Les prédicats facilitent la réutilisation de la logique conditionnelle des packs de données, car le fichier nommé devient la règle partagée.
L'examen du workbench doit réunir le type de prédicat, la condition de l'objet ou de l'entité cible, l'espace de noms, le chemin et le JSON généré. Cela offre aux créateurs un point de contrôle net avant que le prédicat ne soit référencé par des tables de butin ou une logique de fonction de type execute. Une commande copiée n'est utile que lorsque les hypothèses qui l'entourent sont visibles : portée du sélecteur, état du monde, ordre à l'intérieur du pack et Output exacte qui sera collée dans Minecraft. Traitez ce preset comme un point de contrôle où ces détails peuvent être examinés avant que la commande ne quitte NBTForge.
La galerie est structurée autour de cet examen. Le premier plan montre l'état du workbench, le deuxième plan met en avant le champ ou le module compagnon qui modifie le comportement vis-à-vis du joueur, et le plan de l'Output garde visible la commande, ou la paire de commandes. Lorsque le preset produit un résultat visible, la capture en jeu confirme la même idée dans un monde de test restauré plutôt que de s'appuyer sur une superposition générique.
Tests et vérification de la portée
Un fichier de prédicat ne fait rien par lui-même. Il doit être référencé par une condition de loot table, une condition d'avancement ou un chemin de commande /function qui sait quand l'évaluer.
Lancez le premier test rapide avec un sélecteur étroit et un monde dans un état propre. Les commandes d'environnement, d'utilitaires, de routage et de retour peuvent sembler inoffensives, mais elles affectent souvent chaque joueur ou le monde entier. Confirmez que la commande ne modifie que l'état prévu, puis enregistrez le résultat exact à côté des lignes de configuration ou de suivi qui expliquent sa raison d'être.
Si la commande fait partie d'un fichier de fonction ou d'une chaîne de blocs de commande, testez l'artefact copié, et pas seulement l'état du workbench en direct. Cela permet de repérer les sélecteurs obsolètes, le mauvais ordre des commandes, les lignes de configuration manquantes et les effets qui ne semblaient fonctionner que parce qu'un test précédent avait laissé un état derrière lui.
- Gardez les sélecteurs étroits jusqu'à ce que le pack complet soit examiné.
- Placez la configuration du monde avant les remplacements propres à la rencontre.
- Enregistrez les commandes de retour à côté du changement d'état qui les déclenche.
Où aller ensuite
Une fois le prédicat enregistré, rattachez-le à la loot table ou à la fonction de récompense qui utilise la condition.
Pour des usages concrets, associez-le au Préréglage de butin de coffre pour les donjons ou au Preset de recette pour une fabrication personnalisée.
FAQ
Puis-je coller cette commande Data Pack dans le chat ?
En général oui pour un test rapide à une seule commande, si le sélecteur est sûr et la ligne courte. Pour un comportement de carte reproductible, enregistrez-la dans Project et copiez le pack ordonné ou l'Output de type fonction.
Pourquoi cette galerie est-elle réservée à l'interface ?
Ce preset produit du JSON, une organisation de Project ou un flux de travail de révision plutôt qu'un objet visible dans le monde. La preuve utile, c'est l'état du workbench, l'Output et le placement dans Project.
Que dois-je vérifier avant de partager ce preset ?
Vérifiez la portée du sélecteur, l'ordre des commandes, la version cible et si la commande relève de la configuration, de la logique de rencontre, des commentaires ou du nettoyage. Ces catégories décident de sa place dans un pack Project.
Ouvrir ce flux
Commencez depuis l’espace Data Pack associé, puis ajustez les champs du preset pour votre monde.