Pacote de comandos iniciais do mapa de aventura
10 min de leitura
Um mapa de aventura raramente precisa de um comando. Ele precisa de um pequeno pacote de configuração que possa ser revisado, copiado e executado novamente após o teste. Este guia transforma o trabalho comum de configuração de mapas em um fluxo NBTForge Project previsível.
Resultado
Um Command Pack em etapas que define as regras do mapa, retorna os jogadores ao lobby, marca a navegação e fornece feedback visível.
Caminho recomendado
- Crie comandos de regras de jogo primeiro para que as regras mundiais fiquem visíveis no topo do pacote.
- Adicione um comando de teletransporte ou retorno de spawn para o lobby ou ponto de reinicialização.
- Adicione um comando de waypoint ou marcador quando os jogadores precisam de suporte de navegação.
- Crie comentários de título, som e partículas como comandos separados, em vez de ocultá-los em notas.
- Salve cada comando em Project e copie o pacote final na ordem em que deve ser executado.
Ordem de comando sugerida
Comece com um estado mundial estável: regras do jogo, hora, clima e outros comandos ambientais. Em seguida, adicione movimentos do jogador, feedback, recompensas e comandos de limpeza. Essa ordem facilita a leitura do pacote quando algo muda.
Um pacote inicial simples pode incluir keepInventory, doMobSpawning, teletransporte de lobby, uma mensagem de título, um item de recompensa, feedback de playsound e um marcador de partículas.
- Configuração mundial primeiro.
- Roteamento do jogador em segundo lugar.
- Terceiro feedback visível e de áudio.
- Recompensas e limpeza por último.
Use Project como fonte da verdade
Project é mais confiável do que uma nota de rascunho porque cada comando mantém seu contexto e pode ser recarregado no construtor correspondente. Quando um item de recompensa for alterado, recarregue essa entrada, atualize-a e copie o pacote novamente.
Nomeie as entradas por finalidade, não apenas pela família de comandos. "Retorno do lobby" é mais útil do que "comando de teletransporte" quando o grupo cresce.
Teste aprovado antes do lançamento
Execute o pacote em um mundo de teste e verifique se há problemas no pedido. Os teletransportes antes das regras do jogo ainda podem funcionar, mas os comandos de configuração são mais fáceis de raciocinar quando o estado mundial vem em primeiro lugar.
Quando um comando for específico da versão, inclua a versão no título Project ou na documentação adjacente.
Envie o artefato copiado
Use este guia para produzir o artefato que um jogador ou criador de mapas irá realmente executar: um comando copiado, um pacote Project ordenado ou um recurso de datapack. A revisão final deve acontecer na Output copiada, não apenas no estado editável do construtor.
Quando o fluxo de trabalho for sensível à versão, rotule a versão de destino ao lado do comando. Ao usar seletores, placares, bossbars, tags, tabelas de saque ou ordem de Project, teste essas dependências em um mundo limpo antes de publicar a configuração.
- Copie de Output para um comando e de Project para pacotes solicitados.
- Mantenha Java, Bedrock e variantes de snapshot separadas.
- Teste primeiro seletores destrutivos com Output inofensiva.
- Atualize as presets relacionadas quando o guia se tornar o fluxo de trabalho canônico.
Guias e presets relacionados
FAQ
A configuração do mapa deve ser uma cadeia de blocos de comando ou um arquivo de função?
Use o que se ajusta ao mapa. NBTForge Project pode Copy o mesmo bloco ordenado de comandos para blocos de comando ou para um fluxo de trabalho de estilo de função.
Quantos comandos o pacote inicial deve incluir?
Mantenha a primeira versão pequena: regras mundiais, lobby/redefinição, uma linha de feedback e uma recompensa ou marcador. A complexidade adicionada após esse pacote é fácil de executar novamente.
Quando este guia deve se tornar um pacote Project?
Use Project quando o fluxo de trabalho precisar de mais de um comando, tiver ordem de configuração e limpeza ou precisar ser editado novamente após o teste. Comandos únicos podem permanecer em Output.