O que o Codexe faz nos bastidores

Muita coisa acontece entre clicar em Gerar e ter um projeto Pronto. A maior parte é trabalho que o Codexe faz por conta própria, para que você receba um projeto completo e que compila.

#1. A geração

O modelo escreve o projeto em uma única resposta, começando por um plano dos arquivos que vai escrever. Você paga por essa resposta.

#2. Continuação (grátis)

Às vezes os modelos param no meio de um arquivo ou pulam um arquivo que planejaram. O Codexe detecta isso (um bloco de código inacabado, um arquivo planejado que está faltando) e pede ao mesmo modelo que continue, até quatro vezes, até que todos os arquivos planejados existam. Você verá Escrevendo os arquivos restantes…. A continuação não é cobrada.

#3. Nova tentativa quando não há arquivos (grátis)

Se a primeira resposta descrever o projeto em vez de escrever os arquivos, o Codexe pede mais uma vez, explicitamente, os arquivos. Essa mesma passada também limpa marcadores provisórios como // TODO. Não é cobrada.

#4. Verificação de plataforma (grátis)

Antes de compilar, o Codexe confere se os arquivos são para a plataforma que você pediu. Um mod Fabric entregue para um pedido de Spigot compilaria, mas não é o que você queria. Se a plataforma estiver errada, o Codexe gera tudo de novo uma vez com um modelo mais forte. Se ainda assim falhar, o projeto para e, se for uma primeira geração, os seus tokens são restaurados.

#5. Build ou teste de carregamento (grátis)

Plugins e mods são compilados; datapacks e Skript são carregados em um servidor de teste real. Veja Compilar.

#6. Reparo com a API real (grátis)

Quando o build falha, o modelo de reparo vê os erros exatos e as assinaturas públicas reais das classes de biblioteca envolvidas, lidas nos mesmos JARs que o build usou. É assim que ele corrige erros de "method not found" para a versão da API que você está realmente usando, em vez de adivinhar. Veja Reparo automático.

#O que você paga