JSON 포맷터 vs JSON Repair

포맷터는 유효한 JSON을 더 읽기 좋게 만듭니다. 복구 도구는 「거의 JSON」을 유효한 JSON으로 만든 뒤 포맷팅하려 합니다.

포매터

JSON 포매터는 유효한 JSON을 가정합니다. 문서를 파싱한 뒤 일관된 들여쓰기・줄바꿈・간격으로 출력합니다. 포매터는 읽기 좋은 로그, API 응답, 픽스처, 설정 파일, 이미 잘 파싱되는 중첩 객체 검토에 좋습니다.

검증기

검증기는 한 가지만 답합니다: 이것이 엄격한 JSON인가? 주석, 작은따옴표, 따옴표 없는 키, 후행 콤마, Python 리터럴 같은 비 JSON 구문에 대해서는 즉시 실패해야 합니다. 다른 파서도 받아들일지 확신을 얻고 싶을 때, 검증이 적합한 첫 단계입니다.

수리 도구

수리 도구는 「거의 JSON」에 적합합니다: 의도한 구조는 분명하지만 JavaScript・Python・markdown 또는 사람 주석이 섞인 데이터입니다. 수리는 텍스트를 엄격한 JSON으로 만들고, 결과를 포매팅해 살펴보기 쉽게 합니다.

미니파이어

미니파이어는 유효한 JSON에서 불필요한 공백을 없앱니다. 구문 오류는 고치지 않습니다. 페이로드 크기가 중요할 때, 또는 환경 변수, 쿼리 파라미터, 명령줄 예시에 컴팩트한 값을 복사할 때 사용하세요.

어떤 도구를 선택하나

예/아니오 답이 필요할 때는 Validate. 입력이 유효하지만 읽기 어려울 때는 Format. JSON.parse가 실패하고, 출처가 JavaScript 객체, LLM 답, 주석 섞인 설정, 손편집 스니펫일 때는 Repair. 유효 또는 수리된 두 문서가 있고 무엇이 바뀌었는지 알고 싶을 때는 Diff.

자동 수리의 위험

수리 도구는 구문을 고칠 수 있지만, 비즈니스 의미를 결정해서는 안 됩니다. 따옴표・주석・콤마만 바꾸는 경우 의도가 보통 분명합니다. 빠진 괄호・필드 이름・값을 추측해야 한다면, 프로덕션에 쓰기 전에 출력을 신중히 검토하세요.

실무 흐름

지저분한 입력에는: 먼저 수리, 그다음 포매팅, 그다음 검증, 마지막으로 페이로드가 앱 동작을 좌우한다면 알려진 정상 샘플과 비교하세요. 이 순서는 가독성 있는 출력을 주면서도 최종 엄격 파서 검사를 건너뛰지 않습니다.

Open JSON FixCompare JSON changes

JSON 수리 가이드

토픽 허브

  1. JSON Parse Errors: Read the Message, Jump to the Fix
  2. Fix Invalid JSON: From 'What's Wrong' to a Clean File
  3. JSON Formatter, Validator, Viewer: Pick the Right Tool
  4. Repair LLM JSON Output: Handling Almost-JSON from AI
  5. Privacy: JSON Tools That Don't Leave Your Browser
  6. JSON Interop: YAML, CSV, XML, JWT, Schema

구체적인 가이드

  1. Base64 문자열 디코드 방법 (그리고 JWT 페이로드)
  2. URL 인코딩: 쿼리 파라미터와 경로를 퍼센트 인코드하기
  3. YAML을 JSON으로 변환하기 (그리고 들여쓰기 오류 피하기)
  4. JSON을 CSV로 변환: 객체 배열을 펴기
  5. JSON을 XML로 변환: 루트, 속성, 배열
  6. JSON을 문자열 리터럴로 이스케이프하기 (그리고 이중 인코드된 JSON 디코드)
  7. JSON의 후행 쉼표 고치기
  8. JSON의 작은따옴표 고치기
  9. JSON의 따옴표 없는 키 고치기
  10. LLM이 만든 JSON 고치기
  11. JSON 파싱 오류 “Expected Property Name” 고치기
  12. JSON vs JavaScript 객체 리터럴
  13. API 요청 전에 JSON 검증하기
  14. JSON Unexpected Token 오류 고치기
  15. JSON에서 JavaScript 객체 변환기