YAML을 검증하고, 들여쓰기를 정리하고, 키를 정렬하고, YAML을 JSON으로 변환합니다. 문서는 어디에도 전송되지 않습니다.
관련
JSON rarely lives alone. Convert between JSON and YAML/CSV/XML, decode JWTs, generate types, and validate against JSON Schema — every step staying in the browser.
YAML 1.2 이후로는 모든 JSON 문서가 유효한 YAML입니다. YAML 설정을 JSON으로 변환하면서 들여쓰기와 타입 추론의 함정에 유의하세요.
API 요청 전에 한 번 검증을 거치면 JSON 구문 문제와 인증·스키마·백엔드 오류를 깔끔하게 분리할 수 있습니다.
YAML 을 붙여 넣으면 즉시 구문 오류를 확인할 수 있습니다. 검사기는 오류가 있는 정확한 행을 강조 표시합니다. 일관된 들여쓰기로 YAML 을 다시 포맷하거나 한 번에 JSON 으로 변환할 수도 있습니다.
같은 도구가 yaml lint / yaml linter / yamllint / yaml checker / online yaml validator 역할을 합니다 —— 어떤 YAML 이든 붙여 넣으면 첫 번째 파싱 실패를 행과 열로 알려 줍니다. validate yaml online 으로 사용하세요 : 포매팅, lint, 변환 모두 로컬에서 실행되며 아무것도 업로드되지 않습니다.
YAML 과 JSON : 둘 다 데이터 교환 형식이며, YAML 1.2 는 JSON 의 엄격한 상위집합이므로 어떤 JSON 문서든 그대로 유효한 YAML 입니다. 실용적인 차이는 형태 —— YAML 은 들여쓰기를 사용하고 주석에 친화적이며(사람이 편집하는 설정에 적합), JSON 은 괄호와 엄격한 구문을 사용합니다(API 에 적 합). JSON 만 받는 도구에 설정을 넘겨야 한다면 To JSON 을 클릭하세요.
:, -, # 로 시작하는 값은 보통 따옴표로 감싸야 합니다.거의 항상 들여쓰기 문제입니다 : 탭이 섞여 들어갔거나(YAML 은 탭으로 들여쓰기를 허용하지 않습니다), 같은 레벨의 키 깊이가 일치하지 않습니다. 포매터는 모든 것을 단일한 스페이스 기반 너비로 다시 쓰므로 이런 문제 대부분이 드러나고 해결됩니다.