JSON 정렬하기

왕복 변환 후에도 남는 것

포맷은 파싱과 재출력이며, 입력한 텍스트 그대로 유지되는 것은 숫자뿐입니다. 이는 배너가 세는 큰 정수의 경우보다 범위가 넓습니다. JavaScript의 가장 짧은 표기가 입력한 표기와 다른 숫자는 모두 원본에서 그대로 다시 출력되므로, 1.10은 끝의 0을 유지하고, 1e5는 지수 형식 그대로이며, 음의 0은 음수로 남습니다. 경고에는 안전하지 않은 정수만 집계합니다. 다른 방법을 택했을 때 표기가 정리되는 정도가 아니라 조용한 데이터 손상이 일어나는 것이 바로 그런 숫자이기 때문입니다.

문자열은 텍스트 그대로 유지되지 않습니다. 이스케이프는 문서를 읽을 때 해석되고 출력할 때 새로 쓰이므로, \u0041은 A로 나오고 이스케이프된 슬래시는 그냥 슬래시로 나옵니다. 값은 같지만 바이트는 다르며, 이는 딱 한 가지 상황에서만, 그러나 그 상황에서는 크게 중요합니다. 다음 단계에서 두 JSON 파일을 바이트 단위로 비교한다면, 그중 하나를 포맷터에 통과시키는 것은 아무 변화 없는 작업이 아닙니다.

재정렬 결과를 믿기 전에 알아 둘 객체 수준의 동작이 두 가지 있습니다. 중복 키는 조용히 처리되며, 마지막 값이 남습니다. 브라우저 자체 파서가 처리하는 방식과 똑같습니다. “id” 필드가 두 개 있는 문서도 아무 경고 없이 정렬되어 하나만 남고, 다른 하나가 있었다는 사실은 어디에도 표시되지 않습니다. 그리고 키 순서는 정수가 아닌 키에 대해서만 파일의 순서를 따릅니다. “1”, “2”, “name”을 가진 객체는 숫자 키가 숫자 순서대로 먼저 나옵니다. JavaScript 자체가 객체 속성을 그렇게 정렬하기 때문입니다. 일반 키는 작성한 순서를 유지합니다.

다른 작업이 필요할 때

가진 파일이 tsconfig.json, ESLint 설정, VS Code 설정 파일이라면 이 페이지는 주석과 후행 쉼표를 피해 가며 정렬하지 않고 짚어 줍니다. JSON 도구로서는 옳은 답이지만 그 파일에는 맞지 않는 도구입니다. 그런 파일은 JSONC이며 편집기가 이미 파싱할 줄 압니다. 명령줄에서는 json5와 dasel이 JSON인 척하지 않고 이를 읽습니다.

다시 들여쓰는 것 이상이라면 포맷터는 맞지 않는 형태의 도구입니다. jq는 붙여넣기 창으로는 할 수 없는 일을 식 하나로 해냅니다. jq -S .는 모든 객체의 키를 정렬해 두 응답을 비교할 수 있게 하고, jq 'del(.token)'은 페이로드를 누군가에게 보여 주기 전에 필드를 제거하며, jq -c는 객체 배열을 파이프라인이 원하는 JSON Lines로 압축합니다. 또한 클립보드가 아니라 파일을 읽으므로, 문서가 편하게 선택할 수 있는 크기를 넘으면 그 차이가 큽니다.