JSON 형식화기

형식화기의 처리 범위

• 단축 입력: {"a":1,"b":[1,2,3]}가 올바르게 인덴팅됩니다.
• 문자열 내 탈출된 JSON: "{\"nested\":true}"를 포함하는 JSON 문자열은 풀어 닫고 형식을 설정할 수 있습니다.
• JSONP 콜백: callback({...})는 {...}로 단순히 변환되었습니다.
• BOM 및 앞쪽 여백: 자동으로 제거되었습니다.
• コメント: JSONC 스타일의 // 및 /* */는 “유연한” 모드에서는 허용되지만 출력 결과에서 제거됩니다(엄격한 JSON은 댓글을 포함하지 않습니다).

왜 Pretty-Print JSON이 좋은가

• Diffing: 수천 개의 키를 포함하는 단일 줄 JSON 문서는 git diff에서는 읽을 수 없습니다. 정렬된 형태로 각 키가 하나의 줄로 표시됩니다.
• 디버깅: 중첩된 구조는 인덴테이션을 사용하면 시각적으로 더 쉽게 탐색할 수 있습니다.
• 문서화: API 예제는 항상 일정한 형식으로 작성되어야 하며, 재발행 시에도 일관되게 정렬되고 안정적으로 유지되어야 합니다.
• _configs: JSON 형식의 설정 파일은 읽기 편함을 위해 리포지토리에 명확하게 표시되어야 하며, 런타임 환경은 두 가지 형식 모두를 해석할 수 있습니다.

삽입 규칙

키를 정렬하는 것은 논란의 여지가 있습니다. 이 방식은 차이 내용을 더 명확하게 보여주지만, 표준 구성 파일의 디스크 내 순서를 변경합니다. 따라서 프로젝트 전반에 걸쳐 일관된 규칙을 설정하고 이를 준수하는 것이 좋습니다.

확인할 유효성 오류들

흔한 오류들

• HTML 엔티티를 포함한 JSON을 복사할 때: "는 파싱되지 않으므로 먼저 디코딩해야 합니다.
• ** string 처리 시 엄격한 기준과 완화된 기준을 병행 사용하십시오.** 완화된 파싱은 검사 목적으로만 사용하시고, 절대 완화된 JSON 형식의 파일을 생산 환경의 설정 파일에 저장하지 마십시오.
• 이미 아름답게 인쇄된 파일을 다른 스타일로 다시 인쇄하는 작업입니다. 형식화 도구는 이를 문제없이 처리하지만, 이 과정에서 불필요한 차이 정보(노이즈 디프)가 생성됩니다.