Escolha Qbox para um novo servidor quando você quiser seu stack moderno, integrado ao OX, e estiver preparado para seguir suas convenções. Mantenha QBCore quando seu servidor estável depende de recursos específicos do QBCore e uma migração não tem retorno claro. Qbox fornece uma ponte de compatibilidade para a maioria dos scripts QBCore bem escritos, mas a compatibilidade não é universal.
Qbox é um framework de roleplay FiveM que começou como um fork QBCore e agora fornece suas próprias APIs e recursos principais. Ele mantém uma ponte de compatibilidade para muitos recursos QBCore bem escritos, mas o acesso direto ao banco de dados, o acesso a arquivos internos e comportamentos não suportados são exceções documentadas. Use a receita oficial Qbox txAdmin para uma nova instalação e audite cada recurso antes de uma migração.
Um adaptador de framework oferece ao seu recurso uma interface pequena, mantendo os detalhes de ESX, QBCore e Qbox em um só lugar. Comece com uma operação somente leitura, verifique-a em cada framework suportado e adicione operações de dinheiro ou inventário apenas quando o comportamento de falha for definido.
Converta um recurso FiveM mapeando suas dependências de framework, inventário e banco de dados, e então testando um fluxo de jogo por vez. Renomear eventos ESX para eventos QBCore não é uma conversão completa. Uma migração de personagem em todo o servidor é um projeto separado.
Confira ss_easter para Qbox: dependências ox, modelos separados, persistência por personagem, falhas de inventário e recompensas.
Não há um vencedor universal oficial entre ESX, QBCore e Qbox. Escolha o framework cuja receita atual, APIs e recursos compatíveis correspondam aos recursos de servidor necessários, dados existentes e habilidades da equipe. Se você já opera uma pilha estável específica do framework, permanecer nesse ecossistema geralmente é a primeira opção a ser avaliada, pois a migração afeta mais do que a pasta principal.
