JSON-YAML 변환기

JSON-YAML 변환기는 모든 JSON 문서를 동등하고 유효한 YAML로 변환합니다. API 페이로드, 패키지 매니페스트, 구성 내보내기인 JSON을 붙여넣고 일관된 들여쓰기, 올바른 목록 구문 및 적절하게 인용된 문자열을 사용하여 Kubernetes 매니페스트, Docker Compose 파일, GitHub Actions 워크플로 또는 기타 YAML 기반 구성으로 다시 정리할 수 있습니다.

변환은 단순한 구문 교환이 아닙니다. YAML 은 날카로운 모서리를 가지고 있습니다. JSON 은 그렇지 않습니다: 인용되지 않은 "no"는 많은 파서에서 부울 거짓이되고, "3000"은 조용히 숫자로 바뀌고,1,10 과 같은 버전 문자열은 1,1 로 잘립니다. 이 변환기는 모든 모호한 스칼라 - 부울,숫자, 예/아니오/온/오프와 같은 YAML 1,1 레거시 값 및 특수 문자가있는 문자열 -을 감지하고 인용하여 데이터가 유형을 그대로 유지 한 상태에서 왕복 여행에서 살아남습니다.

모든 것이 브라우저에서 100% 발생합니다. 구성 파일에는 호스트 이름,내부 포트 및 비밀이 포함되는 경우가 많으므로 붙여 넣기하는 것이 업로드되거나 저장되지 않습니다. - 컨버터는 로드되면 오프라인으로 작동합니다. 들여쓰기는 팀의 스타일에 맞게 구성 가능하며 (2 또는 4 칸), 최대한의 안전을 위해 모든 문자열을 인용하는 옵션이 있습니다.

변환에 대한 두 가지는 출력에서 확인할 가치가 있습니다. 다른 유형처럼 보이는 문자열은 의도적으로 인용됩니다. YAML 이 그렇지 않으면 재해석하기 때문입니다: JSON 문자열 "yes"는 YAML 1,1 규칙에 따라 인용되지 않은 부울이고 "1,10"은 숫자 1,1.1 과다 인용은 여기서 안전한 실패이고 과소 인용은 위험한 것입니다. 두 번째는 JSON 에 전달할 주석이 없기 때문에 JSON 에서 변환된 구성이 아무 것도 없이 도착하며 설명적인 것은 손으로 다시 작성해야 한다는 것입니다. 깊이 중첩된 구조는 유효하지만 읽을 수 있는 상태를 중지합니다. YAML 로 이동한 이유가 처음에 가독성이었을 때 기억할 가치가 있습니다: 4~5 단계를 지나면 YAML 의 들여쓰기는 JSON 의 괄호보다 따르기가 더 어렵습니다.