Decida se você está comparando layout ou dados
Dois documentos JSON podem usar indentação diferente enquanto contêm os mesmos dados. Comparar JSON analisa valores: a ordem de propriedade do objeto não importa, mas a ordem de array importa. Formatação torna uma estrutura mais fácil de ler sem estabelecer que seus campos satisfazem o esquema ou propósito do destino.
Use versões claramente identificadas e mantenha o que é antes e o que é depois. Inspecione uma mudança conhecida para entender o relatório. A string "2" difere do número 2. Se um código como "001" deve reter zeros principais, mantenha-o como uma string em vez de transformá-lo em um número apenas para simplificar a comparação. Essa escolha afeta tanto a interpretação quanto a preservação.
Leia os caminhos no relatório de diferença
Cada diferença mostra um caminho JSON Pointer e se um valor foi adicionado, removido ou alterado. Em /users/0/name, 0 seleciona o primeiro item da matriz. É diferente da posição da página PDF uma ou uma etiqueta de tabela impressa: os índices de matriz começam em zero em vez de um.
Chaves contendo / use 1 e chaves contendo use 0. O caminho /a~1b consulta uma propriedade chamada a/b. Um caminho vazio retorna o documento inteiro. JSON Pointer não suporta JSONPath, curingas ou fragmentos de URI. Digite um caminho exato e verifique se ele existe antes de confiar no valor extraído como a resposta à sua consulta.
Entender entradas e limites rejeitados
Comparação e pesquisa de ponteiros rejeitam chaves duplicadas, inteiros fora do alcance seguro e aninhando além de cem níveis. Esconder espaços em branco não resolve esses problemas. Se um identificador grande deve ser texto, sua representação de origem deve preservá-lo como uma string; aceitar um número arredondado não restaura o identificador original.
A comparação aceita um milhão de caracteres por documento e até mil diferenças. Divida grandes estruturas em unidades significativas e registre quais fragmentos foram comparados. Um caminho perdido difere de uma propriedade que não tem valor. Inspecione a fonte e o caminho para distinguir um erro de seleção de um valor vazio válido antes de interpretar a saída.
Prepare tabelas de revisão sem perder o contexto
A tabela JSON to Markdown aceita uma variedade de objetos e coleta chaves de todas as linhas. Propriedades ausentes e nulas produzem células vazias, enquanto estruturas aninhadas aparecem como JSON compacto. Personagens especiais escaparam e quebras de linha aparecem como . Isso apoia a revisão humana, mas não preserva todas as distinções como uma exportação reversível.
Para fontes CSV que precisam apenas de um separador diferente, use Change CSV delimitador. Substituir vírgulas como texto comum pode quebrar as células citadas. Verifique os cabeçalhos, os zeros principais e uma célula contendo pontuação. Salve o JSON original ao lado de seu relatório de diferença ou tabela para que as ambiguidades possam ser investigadas contra a fonte completa, em vez de uma exibição simplificada.
Um valor alterado e uma chave contendo uma barra
Cole o primeiro objeto como documento A e o segundo como B em Comparar JSON. A ordem de propriedade é diferente e o nome do primeiro usuário é alterado. Compare e, em seguida, consulte o segundo documento no JSON Pointer.
Before: {"users":[{"name":"Ana"}],"a/b":2}
After: {"a/b":2,"users":[{"name":"Luis"}]}Há uma diferença alterada em /users/0/name, de Ana para Luis. A reordenação da propriedade não cria diferenças extras. Consultando /a~1b retorna 2.
Query /users/0/name também para obter Luis. O caminho /users/1/name falha porque não há segundo usuário: a ausência é diferente de um valor nulo.