Flux de travail du Command Pack de combat de boss de donjon
11 min de lecture
Les combats de boss deviennent difficiles à maintenir lorsque chaque idée est regroupée dans une seule commande d'invocation. Un meilleur flux de travail sépare l'entité du patron, les statistiques, l'état visible, les commentaires et la logique de récompense. NBTForge Project permet à ces lignes de rester ordonnées sans perdre les éditeurs visuels derrière elles.
Résultat du guide
Un plan de rencontre de boss qui sépare l'spawn, les statistiques, les commentaires des joueurs, la logique de phase et les récompenses en groupes de commandes révisables.
Parcours recommandé
- Créez l'entité boss dans Summon avec des vérifications de nom, de santé, equipment et d'aperçu.
- Ajoutez des commandes d'attribut pour les valeurs qui doivent rester faciles à régler pendant les tests.
- Créez un objectif de boss bar et de scoreboard avant d'ajouter une logique de phase.
- Ajoutez des titres d'avertissement, des sons et des particules en cas d'attaques ou de changements de phase.
- Terminez avec les commandes de butin, de récompense, de nettoyage et de réinitialisation.
Divisez le boss en groupes de commandement
Un bon pack de boss comporte des sections claires: spawn, réglage, communication, récompense et nettoyage. Cette structure facilite le changement d’une pièce sans casser tout le reste.
Gardez la commande d'invocation concentrée sur l'identité du boss et son état de départ. Utilisez les attributs, les effets, la boss bar, le scoreboard et les commandes de commentaires pour les comportements que vous souhaitez ajuster.
- Spawn: invocation, equipment, nom, tags.
- Ajustement: attributs, effets, échelle, vitesse de déplacement.
- Communiquer: boss bar, titre, son de lecture, particules.
- Récompense: butin, don d'objets, avancement, nettoyage.
Utiliser les balises et l'état du scoreboard dès le début
Tags et les valeurs du scoreboard donnent aux commandes ultérieures quelque chose de stable à cibler. Ajoutez une balise de boss claire à la commande d'invocation, puis utilisez cette balise dans les commandes d'effets, d'attributs, de téléportation et de nettoyage.
L'état du scoreboard est utile pour les chronomètres, les contrôles de phase, la progression du joueur et pour empêcher les récompenses de tirer deux fois.
Rendre les commentaires visibles avant les dommages
Les joueurs doivent comprendre une attaque de boss avant qu'elle ne les punisse. Utilisez des titres d'avertissement, des particules et des retours sonores avant les dommages ou les effets de téléportation. Cela facilite également les tests car la rencontre communique ce qu'elle fait.
Les pages prédéfinies NBTForge couvrent déjà de nombreuses pièces individuellement; ce flux de travail est le ciment qui transforme ces pièces en une seule rencontre.
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
Les statistiques du boss devraient-elles figurer dans la commande d'invocation ou dans des commandes d'attribut distinctes?
Utilisez l'invocation pour l'identité de départ et l'état évident. Utilisez des commandes d'attribut distinctes lorsque vous prévoyez d'ajuster les valeurs à plusieurs reprises pendant les tests de lecture.
Où devraient résider les récompenses?
Placez les récompenses vers la fin du pack Project, après les commandes de phase et de nettoyage. Pour les workflows de packs de données, connectez la récompense aux tables de butin, aux avancées ou aux modificateurs d'objets.
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.