Aplicar JSON Patch a uma cópia do backup

Regra aplicada

Teste inicial da base → operações sequenciais em cópia → validação estrita → download.

A base precisa corresponder

O primeiro campo recebe o backup que serviu de base ao patch. O segundo recebe o documento de operações gerado localmente. A primeira operação deve testar a raiz inteira. Se ela não corresponder, o aplicador recusa a saída antes de alterar a cópia, em vez de tentar adivinhar qual versão você pretendia usar.

Chaves de objetos podem estar em outra ordem sem mudar a correspondência semântica. Arrays mantêm sua ordem e números e textos continuam valores diferentes. Essa proteção ajuda a evitar uma aplicação acidental, mas não autentica a origem do arquivo nem transforma uma edição manual em histórico comprovado de uma partida.

Operações suportadas e cancelamento

Esta versão aceita test, add, remove e replace em objetos. Não aceita move, copy ou edição de posições internas de arrays; para arrays, use substituição completa. Caminhos inválidos, propriedades sensíveis e destinos ausentes são recusados. O limite é de quinhentas operações e o processamento segue a ordem fornecida.

Uma falha interrompe a operação e não entrega um arquivo parcialmente aplicado. Ao terminar, o resultado passa pelo validador estrito do backup padrão: calendário, recursos, mapa, identidade, imagens e listas precisam continuar compatíveis. Remover um campo obrigatório ou inserir uma identidade fora do catálogo não se torna válido por estar dentro de um patch.

Download não é restauração

A saída é um novo backup JSON para baixar e conferir. Ela não grava localStorage, não toca na partida ativa e não chama Continuar campanha. Se você decidir restaurar uma cópia depois, use a ferramenta específica, com suas etapas de proteção e confirmação do save anterior.

O exemplo muda turno, caixa e jornal numa cópia didática. A tabela destaca alguns campos para orientar a leitura, e o download preserva o objeto completo validado. Guarde a base e o patch juntos quando precisar reproduzir a transformação; sem a base correspondente, o teste inicial deve falhar.

Conferir dois cenários de referência

Cenários controlados para conferir esta regra. Cada resultado é calculado com as entradas explícitas e as demais opções do exemplo inicial.

Patch sem alterações

Entradas alteradas: JSON Patch: primeiro test da base inteira = entrada completa de referência descrita no cenário. As demais entradas seguem o exemplo inicial.

Em telas pequenas, deslize a tabela para conferir todas as colunas.

Primeiro test exige a base inteira correspondente. As operações são sequenciais e qualquer falha cancela a saída. Só test/add/remove/replace em objetos; arrays são substituídos inteiros. A cópia final passa pelo validador estrito de backup padrão. Não restaura, não grava localStorage e não declara que alterações editadas ocorreram numa partida real.

Alteração somente do caixa

Entradas alteradas: JSON Patch: primeiro test da base inteira = entrada completa de referência descrita no cenário. As demais entradas seguem o exemplo inicial.

Em telas pequenas, deslize a tabela para conferir todas as colunas.

Primeiro test exige a base inteira correspondente. As operações são sequenciais e qualquer falha cancela a saída. Só test/add/remove/replace em objetos; arrays são substituídos inteiros. A cópia final passa pelo validador estrito de backup padrão. Não restaura, não grava localStorage e não declara que alterações editadas ocorreram numa partida real.

Simulação independente: as informações descrevem o jogo ficcional República em Disputa, sem avaliação de pessoas reais ou previsão de uma eleição.