JSON 온라인 검증

로컬 처리
app.validator.view

다음으로도 #data={"name":"Ada"} 또는 #url=... 데이터를 넣을 수 있으며, 읽은 뒤 주소 표시줄에서 지워집니다.

사용 방법

JSON이 파싱되는지 전문적으로 검사합니다. API 연동 시 메시지가 유효한지 먼저 확인한 뒤 Diff나 변환을 하면 우회가 줄어듭니다. 검증 실패 시 위치를 되도록 가리켜 Network 패널이나 로그 원문과 대조하기 쉽습니다.

검증만

통과하면 파싱 가능함을 확인하고, 실패하면 흔한 문법 문제를 가리킵니다. 텍스트를 다시 쓰지 않고 후행 쉼표를 몰래 「고치지도」 않습니다.

CI 전 사람이 뽑아 보거나, 동료가 보낸 조각을 한 번 걸러 다음에 쓸 때 맞습니다.

로컬 실행

메시지가 브라우저를 떠나지 않아 사용자 정보가 담긴 응답 본문에 맞습니다. 페이지를 새로고침하면 입력이 지워집니다.

온라인에서 「JSON을 제3자 사이트에 붙이는」 것과 달리, 이 페이지의 계산은 전부 이 기기에서 이루어집니다.

포맷과의 관계

포맷 페이지도 검증하지만, 이 페이지는 「이 문자열이 맞는지」만 알고 싶을 때 맞습니다. 들여쓰기나 정렬을 먼저 고를 필요가 없습니다.

통과한 뒤 포맷, Diff, YAML 변환으로 가면 흐름이 더 분명합니다.

예시

오류가 날 수 있는 입력 
{
  "status": "ok",
  "data": {
    "items": [1, 2, 3,]
  }
}
설명 
 표준 JSON은 배열이나 객체 끝의 쉼표를 허용하지 않습니다. 3 뒤의 쉼표를 지우면 검증을 통과합니다. 후행 쉼표를 꼭 남겨야 하면 JSON5 도구를 쓰세요.
후행 쉼표는 왜 오류인가요?

RFC 8259에서 허용하지 않습니다. 설정 파일에 후행 쉼표가 흔하면 JSON5 로 먼저 표준 JSON으로 바꾸세요.

검증을 통과하면 업무도 올바른가요?

문법만 유효함을 보장하며, 필드가 API 문서에 맞는지는 검사하지 않습니다. 구조 제약은 Schema를 쓰세요.

작은따옴표는 되나요?

표준 JSON은 큰따옴표만 허용합니다. JavaScript 객체에서 복사한 내용은 먼저 JSON5로 바꾸거나 따옴표를 손으로 고치세요.

오류 줄 번호가 안 맞으면요?

여러 단락의 로그를 한데 붙이지 않았는지 확인하세요. 첫 { 또는 [ 부터의 완전한 문서만 남기고 다시 시도하세요.

권장 워크플로

  1. API 응답, 설정 조각, 동료가 보낸 JSON을 붙여넣으세요.
  2. 결과가 「유효」인지, 행·열이 있는 오류인지 보세요.
  3. 문법 문제를 고친 뒤 포맷, Diff, 코드 생성을 하세요.
  4. 구조를 오래 고정하려면(필수, 타입) 샘플을 Schema 페이지로 가져와 초안을 만드세요.

검증 통과는 「parse할 수 있다」는 뜻이지 필드가 갖춰졌다는 뜻이 아닙니다. 배포 전에도 API 문서나 JSON Schema와 대조하세요.

관련 도구

포맷 JSON5JSON Schema