Руководства
Рабочие процессыSummonBossbarLoot

Рабочий процесс пакета команд для боя с боссом подземелья

11 мин чтения

Бои с боссами становится трудно поддерживать, когда каждая идея объединяется в одну команду призыва. Лучший рабочий процесс разделяет сущность босса, статистику, видимое состояние, обратную связь и логику вознаграждения. NBTForge Project позволяет этим строкам оставаться упорядоченными, не теряя визуальных редакторов, стоящих за ними.

Начните со строки вызова босса, чтобы можно было легко проверить личность, здоровье, теги и equipment.
Создайте состояние босс-бара отдельно, чтобы можно было настроить видимое наложение боя без переписывания призыва.
Сохраняйте логику вознаграждения после команд появления и обратной связи, чтобы в столкновении был четкий путь к завершению.

Результат

План встречи с боссом, в котором появление, статистика, отзывы игроков, логика фаз и награды разделены на проверяемые группы команд.

Открыть связанный модульSummon, Bossbar, LootПроектирование постановочной встречи с боссом

Рекомендуемый путь

  1. Создайте объект босса в Summon с именем, состоянием, equipment и проверками предварительного просмотра.
  2. Команды атрибутов Add для значений, которые легко настроить во время тестирования.
  3. Прежде чем добавлять фазовую логику, создайте цель боссбара и scoreboard.
  4. Добавьте предупреждающие заголовки, звуки и частицы для атак или смены фаз.
  5. Завершите команду добычей, наградой, очисткой и сбросом.

Разделите босса на группы команд.

Хороший набор боссов имеет четкие разделы: появление, настройка, общение, вознаграждение и очистка. Такая структура позволяет легко изменить одну деталь, не нарушая при этом все остальное.

Следите за тем, чтобы команда вызова фокусировалась на личности босса и его начальном состоянии. Используйте атрибуты, эффекты, панель боссов, scoreboard и команды обратной связи для поведения, которое вы планируете настроить.

  • Спавн: вызов, equipment, имя, теги.
  • Тюнинг: атрибуты, эффекты, масштаб, скорость движения.
  • Общайтесь: боссбар, заголовок, звук воспроизведения, частицы.
  • Награда: добыча, выдача предметов, продвижение, зачистка.

Используйте теги и состояние scoreboard заранее

Значения Tags и scoreboard дают более поздним командам что-то стабильное для цели. Добавьте ясный тег босса для команды вызова, затем используйте этот тег в эффектах, атрибутах, командах телепортации и очистки.

Состояние scoreboard полезно для таймеров, проверок фаз, прогресса игрока и предотвращения повторного срабатывания наград.

Сделайте отзыв видимым до повреждения

Игрокам следует понять атаку босса, прежде чем она их накажет. Используйте предупреждающие заголовки, частицы и звуковую обратную связь перед нанесением урона или эффектами телепортации. Это также упрощает тестирование, поскольку взаимодействие сообщает о том, что оно делает.

Страницы предустановок NBTForge уже охватывают многие фрагменты по отдельности; этот рабочий процесс — клей, который объединяет эти части в одно столкновение.

Отправьте скопированный артефакт

Используйте это руководство для создания артефакта, который фактически будет запускать игрок или создатель карт: скопированная команда, заказанный пакет Project или ресурс пакета данных. Окончательная проверка должна проводиться на скопированных выходных данных, а не только на редактируемом состоянии компоновщика.

Если рабочий процесс чувствителен к версии, отметьте целевую версию рядом с командой. Когда он использует селекторы, scoreboard, панели боссов, теги, таблицы добычи или порядок проекта, протестируйте эти зависимости в чистом мире, прежде чем публиковать настройку.

  • Скопируйте от Output для одной команды и от Project для заказанных пакетов.
  • Храните Java, Bedrock и варианты моментальных снимков отдельно.
  • Сначала протестируйте деструктивные селекторы с безвредным выводом.
  • Обновите соответствующие настройки, когда руководство станет каноническим рабочим процессом.

Похожие руководства и пресеты

FAQ

Должна ли статистика босса находиться в команде вызова или в отдельных командах атрибутов?

Используйте вызов для начальной идентичности и очевидного состояния. Используйте отдельные команды атрибутов, если вы планируете неоднократно настраивать значения во время тестирования.

Где должны жить награды?

Разместите награды в конце пакета Project, после фаз и команд очистки. Для рабочих процессов с пакетами данных свяжите награду с таблицами добычи, достижениями или модификаторами предметов.

Когда это руководство должно стать пакетом Project?

Используйте Project, если для рабочего процесса требуется более одной команды, установлен порядок настройки и очистки или его необходимо снова отредактировать после тестирования. Одноразовые команды могут оставаться в Output.