XML ↔ JSON 컨버터

대부분의 XML→JSON 도구가 버리는 것들을 지키는 양방향 변환기입니다. 속성, 혼합 내용, 반복되는 요소가 그것입니다. 속성은 설정 가능한 접두어가 붙은 키가 되므로 <book id="1">은 {"@id": "1"}이 되고, 속성과 나란히 있는 텍스트는 #text 키로 들어가며, 반복되는 자식 요소는 배열로 접힙니다. XML 쪽은 브라우저 자체의 DOMParser가 파싱하는데, application/xml 응답에 쓰이는 것과 같은 경로이므로 네임스페이스와 엔티티, CDATA가 여러분 페이지에서와 정확히 같게 동작합니다.

한쪽 방향에서는 본질적으로 손실이 생깁니다. 두 형식이 "문서란 무엇인가"에 대해 의견이 다르기 때문입니다. JSON에는 배열이 있고 XML에는 없어서 반복으로부터 추론합니다. 즉 JSON의 모양이 스키마가 아니라 데이터에 따라 달라집니다. <item>이 하나면 객체가 되고 둘이면 객체의 배열이 되므로, 항목 두 개짜리 표본을 보고 짠 코드는 고객이 하나만 보내는 날 깨집니다. 소비하는 쪽에 안정된 모양이 필요하다면, 입력이 계속 복수형이기를 믿는 대신 변환 후에 정규화하세요.

순서도 희생됩니다. XML은 모든 것의 순서를 보존하며, <p>Hello <b>world</b> again</p> 같은 혼합 내용에서 텍스트와 요소가 번갈아 놓인 순서까지 포함합니다. JSON 객체에는 의미 있는 순서가 없으므로 그 문장은 키만으로는 복원할 수 없습니다. 요소가 데이터를 감싸는 것이 아니라 산문 속에 들어가 있는 문서형 XML이라면, JSON 표현은 번역이 아니라 손실이 있는 요약입니다.

네임스페이스에는 더 미묘한 함정이 있습니다. x:title의 접두어는 임의적이고 그 문서 안에서만 유효하며, 어휘를 식별하는 것은 그 접두어가 묶여 있는 URI 쪽입니다. JSON으로 평탄화하면 접두어는 키 안의 텍스트로 남고 그 묶임은 사라집니다. 그래서 같은 것을 다른 접두어로 기술한 두 파일이 서로 다른 JSON을 만들어 내고, 서로 다른 어휘에 같은 접두어를 쓴 두 파일은 충돌하는 JSON을 만들어 냅니다. 만들려는 것에 네임스페이스가 중요하다면, 변환 후가 아니라 변환 전에 해석해 두세요.