Préréglages du datapack
Prédicat prédéfini pour le butin conditionnel
Le prédicat prédéfini pour le butin conditionnel est désormais un flux de travail Data Pack complet au lieu d'une note de commande basée sur un modèle. Utilisez ce preset lorsqu'une loot table, une progression 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 conserve ensemble les champs de configuration, la révision des sorties, le placement 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 conserver ensemble 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 donne aux créateurs un point de contrôle propre avant que le prédicat ne soit référencé par des tables de butin ou une logique de fonction de style exécution.
Résultat du preset
Une ressource de prédicat qui peut contrôler le butin ou la logique de fonction derrière une clé d'essai détenue.
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`.
- Remplissez le champ d'objet, d'entité, de chance ou de blocage utilisé par le prédicat.
- Vérifiez le JSON et copiez le chemin de la ressource.
- Référencez le prédicat à partir d’une loot table ou d’une fonction avant de tester.
Pourquoi ce preset Data Pack appartient à Project
Utilisez ce preset lorsqu'une loot table, une progression 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 conserver ensemble 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 donne aux créateurs un point de contrôle propre avant que le prédicat ne soit référencé par des tables de butin ou une logique de fonction de style exécution. Une commande copiée n'est utile que lorsque les hypothèses environnantes 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 cette revue. Le premier plan montre l'état de le workbench, le deuxième plan appelle le champ ou le module compagnon qui modifie le comportement face au joueur, et le plan de Output maintient la commande ou la paire de commandes visible. Lorsque le preset a 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érifications 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.
Exécutez le premier test de fumée avec un sélecteur étroit et un état mondial propre. Les commandes d'environnement, d'utilitaires, de routage et de feedback peuvent sembler inoffensives, mais elles affectent souvent chaque joueur ou le monde entier. Confirmez que la commande modifie uniquement l'état prévu, puis enregistrez le résultat exact à côté des lignes de configuration ou de suivi qui expliquent pourquoi il existe.
Si la commande fait partie d'un fichier de fonction ou d'une chaîne de blocs de commandes, testez l'artefact copié, et pas seulement l'état du workbench en direct. Cela détecte 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 spécifiques à la rencontre.
- Enregistrez les commandes de feedback à côté du changement d’état qui les déclenche.
Où aller ensuite
Une fois le prédicat enregistré, attachez-le à la loot table ou à la fonction de récompense qui utilise la condition.
Pour des utilisations pratiques, associez-le au Butin de coffre prédéfini pour les donjons ou au Recette prédéfinie pour une création personnalisée.
FAQ
Puis-je coller cette commande Data Pack dans le chat?
Généralement oui pour un test de fumée à une commande si le sélecteur est sécurisé et la ligne est courte. Pour un comportement de carte reproductible, enregistrez-le dans Project et copiez le pack commandé ou l'Output de style fonction.
Pourquoi cette galerie est-elle réservée à l'interface utilisateur?
Ce preset produit 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 est l’état du workbench, l'Output et le placement 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 appartient à la configuration, à la logique de rencontre, aux commentaires ou au nettoyage. Ces catégories décident où il doit se situer dans un pack Project.
Ouvrir ce flux
Commencez depuis l’espace Data Pack associé, puis ajustez les champs du preset pour votre monde.