XML를 JSON로 변환 Extensible Markup Language ↔ JavaScript Object Notation 무료 온라인 안전

XML을 JSON으로 변환하는 이유

XML은 구조화된 데이터의 원로입니다. 이십 년이 넘도록 설정 파일, 상품 피드, 청구서, 사이트맵, 뉴스 피드, 회계 프로그램의 내보내기, 오래된 웹 서비스의 응답을 실어 날랐습니다. 정밀하고 장황하며, 열고 닫는 태그로 쓰입니다. JSON은 그보다 젊은 경쟁자입니다. 더 가볍고 읽기 쉬우며, 프로그램이 거의 준비 없이 쓸 수 있는 현대 웹 코드의 자연스러운 언어입니다. 피드나 내보내기가 XML로 도착했는데 그것을 쓸 대상이 JSON으로 말한다면 변환이 필요합니다. 그래서 사람들은 XML을 JSON으로 변환합니다. 데이터는 오래된 형태로 있고 새 도구는 새로운 형태를 원합니다.

상황은 흔합니다. 오래된 서비스의 응답을 현대적인 스크립트에서 읽어야 하는 개발자가 있습니다. XML 상품 피드가 있고 JSON을 가져오는 플랫폼을 쓰는 가게 주인이 있습니다. 큰 내보내기를 JSON을 다루는 도구에서 보려는 데이터 분석가가 있습니다. 꺾쇠괄호로 가득한 파일을 이해해야 하는 학생이 있습니다. 어느 경우든 정보는 거기 있고 빠진 것은 더 편리한 형태뿐입니다.

이 페이지는 브라우저에서 XML을 JSON으로 변환합니다. 파일은 여기서 읽고 기록되므로 기기를 떠나지 않으며, 청구서, 고객 데이터, 그 밖의 비공개 정보에 중요한 점입니다. 또한 이 페이지는 건너가면서 무엇이 유지되고 무엇이 유지되지 않는지를 알아서 발견하게 두지 않고 미리 알려 줍니다. XML에는 JSON에 말이 없는 개념이 하나 있으며, 이를 이해하면 놀랄 일을 줄일 수 있습니다. 아래에서는 변환이 어떻게 작동하는지와 무엇을 기대해야 하는지 설명합니다.

변환이 작동하는 방식

요소는 키가 되고, 중첩은 중첩이 됩니다

XML은 브라우저 안에서 읽힙니다. 요소 이름은 키가 되고, 요소 안의 요소는 객체 안의 객체가 되므로 XML의 중첩이 곧 JSON의 중첩입니다. 태그에서 보는 구조가 중괄호로 얻는 구조입니다.

속성은 @와 함께 이름을 유지합니다

XML 요소는 속성, 곧 여는 태그 안에 쓰인 작은 데이터 조각을 가질 수 있습니다. JSON에는 속성이 없으므로 각 속성은 이름 앞에 @를 붙인 독자적인 키로 유지됩니다. id 속성이 있는 book 같은 요소는 자식들의 키 옆에 @id라는 키를 줍니다. @는 어떤 키가 속성에서, 어떤 키가 요소에서 왔는지 분명하게 해 줍니다.

자식 요소 옆의 텍스트

자식 요소와 한 요소를 공유하는 텍스트는 둘 곳이 달리 없으므로 #text 아래에 유지됩니다. 데이터 파일에서는 드물고 산문과 마크업이 섞인 문서에서는 흔합니다. #text 키가 텍스트를 담고 다른 키들이 자식을 담습니다.

유지되는 것

요소 이름, 중첩, 속성, 텍스트

요소 이름, 중첩, 속성, 텍스트가 모두 유지됩니다. 데이터에 담긴 정보가 JSON에 있으며, 프로그램이 훑어 볼 수 있는 형태입니다.

한 번 나타나는 것의 순서

요소가 서로 다르면 쓰인 순서가 유지되므로 제목, 저자, 날짜를 나열한 레코드는 그 순서대로 보입니다.

텍스트는 그대로

각 요소의 텍스트는 그 안의 공백, 악센트 문자, 기호, 다른 문자 체계의 글자를 포함하여 쓰인 대로 유지됩니다.

XML을 JSON으로 변환하기 전에 알아 둘 것

반복되는 이름은 배열이 됩니다

XML에는 JSON에 말이 없는 개념이 있습니다. 요소에는 순서가 있고 반복될 수 있다는 것입니다. 한 번 나타나는 이름은 값이 되고, 두 번 나타나는 이름은 배열이 됩니다. 그래서 item 요소가 세 개인 목록은 세 개짜리 배열이 되지만, 항목이 하나뿐인 목록은 한 개짜리 배열이 아니라 그냥 값이 됩니다. 이는 결과를 다시 읽어도 같은 XML이 나오지 않을 수 있다는 뜻입니다. JSON을 읽는 프로그램은 목록이 짧을 수 있는 곳에서 두 형태에 대비해야 합니다.

주석, 처리 명령, 선언은 버려집니다

주석, 처리 명령, XML 선언은 데이터의 일부가 아니므로 넘어가지 않습니다. 개발자가 주석에 남긴 메모, 맨 위에서 버전과 인코딩을 밝히는 줄, 특정 프로그램을 위한 명령은 사라집니다. 데이터 자체는 남습니다.

모든 것은 텍스트입니다

XML에는 유형이 없습니다. 태그 안의 모든 값은 텍스트입니다. XML의 숫자, 날짜, 플래그는 쓰인 텍스트로 도착합니다. JSON을 읽는 프로그램이 자신의 필요에 따라 해석해야 합니다.

여기서 XML을 JSON으로 변환하는 방법

파일 추가

XML 파일을 페이지에 끌어다 놓거나 기기에서 선택하십시오. 브라우저 안에서 읽히며 업로드되지 않습니다.

변환

버튼을 누르십시오. 보통 크기의 파일은 잠깐이면 됩니다. 끝날 때까지 페이지를 열어 두십시오.

내려받고 확인

JSON을 내려받아 텍스트 편집기에서 여십시오. 처음과 끝을 보고, 키가 기대한 이름인지, 속성이 @를 달고 있는지 확인하십시오.

XML과 JSON 자세히 보기

트리를 쓰는 두 가지 방법

XML과 JSON은 모두 값의 트리를 기술합니다. XML은 열고 닫는 태그로 쓰며 속성과 혼합 내용을 허용합니다. JSON은 중괄호와 대괄호로 쓰며 객체, 목록, 문자열, 숫자, 불리언, null만 압니다. 레코드와 설정 같은 데이터에서는 잘 겹치고, 텍스트와 마크업이 얽힌 웹 페이지나 책 같은 문서에서는 잘 겹치지 않습니다.

왕복이 보장되지 않는 이유

XML에서 JSON으로 가면 조금 잃습니다. 반복되는 혼합 요소의 순서, 주석, 속성과 요소의 구별이며 마지막은 @를 통해서만 유지됩니다. 따라서 되돌아가면 정확히 같은 XML이 나오지 않을 수 있습니다. 데이터 교환에서는 거의 문제가 되지 않습니다. 문서에서는 문제가 되므로 XML을 원본으로 보관하는 편이 낫습니다.

네임스페이스

XML 이름은 특정 표준의 어휘 같은 네임스페이스에 놓는 접두사를 가질 수 있습니다. 그런 이름은 접두사를 포함해 쓰인 그대로 유지되므로 키가 dc:title로 읽힐 수 있습니다. 해석되거나 다시 쓰이지 않습니다.

흔한 상황 자세히

상품 피드와 카탈로그

공급업체와 마켓플레이스는 흔히 XML로 피드를 제공합니다. 현대적인 스크립트에서 쓰거나 JSON을 받는 플랫폼으로 가져오려면 XML을 JSON으로 변환하여 결과를 읽으십시오.

오래된 웹 서비스

SOAP와 초기 API의 시대에 만들어진 서비스는 XML로 응답합니다. 그 응답을 쓰려는 스크립트는 더 다루기 쉬운 JSON으로 작업할 수 있습니다.

설정 파일

많은 프로그램이 설정을 XML로 저장합니다. 파일을 JSON으로 변환하면 JSON용 도구에서 읽거나, 두 버전을 비교하거나, 스크립트에 공급할 수 있습니다.

피드, 사이트맵, 내보내기

뉴스 피드, 사이트맵, 회계나 재고 프로그램의 내보내기는 XML입니다. 변환하면 검색하고 코드에 불러오기가 더 쉬운 형태를 얻습니다.

XML을 JSON으로 변환하기 전의 실용적 조언

XML이 올바른 형식인지 확인

모든 태그가 닫혀야 하고 파일에 루트 요소가 하나여야 합니다. 페이지가 오류를 알리면 XML 문제를 강조 표시하는 편집기에서 파일을 열어 지목한 줄을 고치십시오.

목록이 짧을 수 있는 곳 알아 두기

XML에 목록이 있다면 항목이 하나뿐인 목록은 한 개짜리 배열이 아니라 값이 된다는 점을 기억하십시오. JSON을 읽는 코드가 두 경우를 모두 처리하도록 계획하십시오.

속성을 어떻게 할지 정하기

속성은 @가 붙은 키로 도착합니다. 프로그램이 다른 이름을 기대한다면 변환 후에 이름을 바꾸거나 프로그램을 조정하십시오.

큰 파일

모든 것이 기기에서 실행되므로 아주 큰 파일은 메모리가 필요합니다. 수 메가바이트가 넘는 파일은 컴퓨터를 쓰고, 페이지가 힘겨워하면 데이터를 나누십시오.

변환 전에 사람들이 묻는 질문

어떤 목록은 배열이고 다른 목록은 단일 값인 이유는 무엇인가요?

한 번 나타나는 이름은 값이 되고 두 번 나타나는 이름은 배열이 되기 때문입니다. 항목이 하나뿐인 목록은 단일 값처럼 보입니다.

제 속성은 어디로 갔나요?

이름 앞에 @가 붙은 키로 자식 요소의 키 옆에 있습니다.

다른 요소 옆에 있던 텍스트는 어디 있나요?

둘 곳이 달리 없으므로 #text 키 아래에 있습니다.

주석은 왜 없어졌나요?

주석, 처리 명령, XML 선언은 데이터의 일부가 아니므로 넘어가지 않습니다.

제 파일이 업로드되나요?

아니요. 변환은 브라우저에서 실행되며 파일은 기기를 떠나지 않습니다.

XML로 되돌릴 수 있나요?

네. JSON을 XML로는 트리를 다시 XML로 쓰지만 왕복이 동일하다고 보장되지는 않습니다.

XML을 JSON으로 변환할 때의 현명한 선택

JSON인가, YAML인가, 표인가?

JSON은 프로그램에 맞습니다. 사람이 편집하는 설정에는 변환 후 JSON을 YAML로가 더 편하게 읽힙니다. XML이 사실상 균일한 레코드의 표라면 JSON을 CSV로나 JSON을 XLSX로로 이어 갈 수 있습니다.

XML 보관

XML이 원본입니다. 주석, 선언, 정확한 순서를 담고 있습니다. 보관하고 JSON은 편리한 사본으로 취급하십시오.

소비자를 생각하기

JSON을 무엇이 읽을지 살펴보고 그에 맞게 작업을 짜십시오. 고정된 구조를 기대하는 스크립트는 XML이 규칙적이면 쓰기가 더 쉽습니다.

변환 후 좋은 결과 얻기

뷰어에서 JSON 검증

JSON을 이해하는 편집기에서 결과를 열고 객체를 접어 보십시오. 구조가 기대한 대로 보이면 문제가 없는 것입니다.

몇 개의 레코드를 원본과 비교

가운데 몇 개의 레코드를 골라 XML과 대조하십시오. 일 분이면 되고 변환이 충실하다는 것을 알려 줍니다.

게시용으로 최소화

웹 페이지가 불러올 파일이 크다면 공백을 제거하여 더 가볍게 만드는 도구가 있습니다. 데이터는 그대로입니다.

잘 변환되도록 XML 준비하기

구조를 규칙적으로 유지

XML을 JSON으로 변환할 때 규칙적인 데이터가 가장 잘 변환됩니다. 같은 요소가 같은 자리에 있고, 목록은 늘 반복되는 요소로 쓰입니다. 불규칙한 파일은 불규칙한 JSON을 낳고, 그것을 읽는 프로그램이 감당해야 합니다.

가능하면 텍스트와 요소를 섞지 않기

자식 요소 옆의 텍스트는 #text 아래로 갑니다. 올바르지만 결과를 쓰기 더 어렵게 만듭니다. 데이터에서는 텍스트를 가지 사이가 아니라 잎에 두십시오.

먼저 작은 조각으로 시험

파일이 크다면 처음 몇 개의 레코드를 시험 파일로 가져가 변환하십시오. 결과를 잠깐 보면 모양이 기대한 대로인지 알 수 있습니다.

XML을 JSON으로 변환한 뒤 JSON 읽기

구조를 짐작하지 말고 따라가십시오

결과의 모양은 XML의 모양을 비추므로 이해하는 가장 좋은 방법은 둘을 나란히 여는 것입니다. 최상위 키가 되는 루트 요소를 찾고 레코드 하나를 잎까지 따라 내려가십시오. XML을 JSON으로 변환한 뒤 이 십 분의 산책은 코드에서의 시행착오로 낭비될 몇 시간을 아껴 줍니다.

목록에는 방어적인 코드를 쓰십시오

항목 하나는 값이고 여럿은 배열이므로 가장 안전한 습관은 읽은 것을 감싸는 것입니다. 배열이 아니면 배열에 넣습니다. 읽는 부분의 시작에 한 줄의 코드를 두면 나머지가 단순해지고, 피드에 상품이 하나뿐인 날에도 프로그램이 더 이상 깨지지 않습니다.

속성은 조심해서 다루십시오

@로 시작하는 키는 속성입니다. 일부 도구는 그런 이름을 속성 이름으로 좋아하지 않으므로 불러오면서 이름을 바꾸는 편이 낫습니다. 의미는 같고 이름표만 바뀝니다.

JSON 편집을 원본의 대용으로 삼지 마십시오

데이터가 바뀌면 XML을 원천에서 바꾸거나 시스템이 새 내보내기를 만들게 하고, XML을 JSON으로 다시 변환하십시오. 사본을 편집하면 둘이 어긋납니다.

개인정보와 처리

데이터에 로컬 변환이 중요한 이유

XML 파일에는 흔히 청구서, 고객, 주문, 설정 같은 비공개 정보가 담겨 있습니다. 많은 온라인 변환기는 파일을 서버에 올려 처리하고 결과를 돌려보내며, 한동안 여러분이 통제하지 못하는 기계에 사본이 머뭅니다. 여기서는 여러분 자신의 브라우저가 일하므로 데이터가 기기에 남습니다.

떠날 때 일어나는 일

페이지를 닫으면 변환된 파일이 브라우저에서 사라지므로 먼저 내려받으십시오. 데이터에 관한 어떤 것도 보관되지 않습니다.

문제가 생겼을 때

페이지가 XML이 유효하지 않다고 합니다

태그가 닫히지 않았거나, 루트 요소가 두 개이거나, XML이 허용하지 않는 문자가 있을 수 있습니다. XML 오류를 강조 표시하는 편집기에서 파일을 열어 지목한 줄을 고치십시오.

구조가 기대와 다릅니다

항목이 하나뿐인 목록, 속성, 혼합 텍스트를 확인하십시오. 대부분의 놀라움이 그것으로 설명됩니다.

큰 파일에서 페이지가 멈춥니다

모든 것이 기기에서 실행되며 큰 파일은 메모리가 필요합니다. 컴퓨터에서 다시 시도하거나 데이터를 나누십시오.

관련 도구

같은 계열의 도구가 인접한 작업을 다룹니다. 되돌아가려면 JSON을 XML로를 쓰십시오. 설정 파일에는 JSON을 YAML로와 YAML을 JSON으로가 둘 사이를 변환합니다. 표에는 JSON을 CSV로, CSV를 JSON으로, JSON을 XLSX로, XLSX를 JSON으로가 있습니다.

실제 사용 예

공급업체가 800개의 상품이 담긴 XML 파일로 상품 피드를 보냈고, 각 상품에는 id 속성, 이름, 가격, 범주 목록이 있다고 해 봅시다. 파일을 여기에 끌어다 놓고 버튼을 누릅니다. 잠시 뒤 800개 상품의 배열이 담긴 JSON을 내려받습니다. 각 상품의 id는 @id 키이고, 이름과 가격은 독자적인 키이며, 범주는 배열을 이룹니다. 범주가 하나뿐인 몇몇 상품에서는 값이 평범한 문자열이며, 가져오기 스크립트가 두 경우를 처리합니다. XML은 공급업체의 원본으로 폴더에 남습니다.

짧은 점검표

변환 전

XML이 올바른 형식인지 확인하십시오. 목록이 짧을 수 있는 곳을 적어 두십시오. XML을 보관하십시오.

변환 중

파일이 준비될 때까지 페이지에 머무르십시오.

변환 후

JSON을 열어 키, 속성, 목록을 확인하고 읽을 프로그램으로 시험해 보십시오.

흔한 실수

모든 목록이 배열이라고 가정하는 것

항목이 하나뿐인 목록은 값이 됩니다. 읽는 코드가 둘 다 받도록 쓰십시오.

완벽한 왕복을 기대하는 것

XML에서 JSON으로 갔다가 돌아와 같은 XML이 나오리라고 기대하지 마십시오. 원본을 보관하십시오.

모든 값이 텍스트임을 잊는 것

XML에는 유형이 없습니다. 숫자와 날짜는 그것을 쓰는 프로그램에서 변환하십시오.

데이터는 기기에 머뭅니다

변환은 로컬에서 이루어집니다. 파일은 여러분 자신의 브라우저가 읽고, 그곳에서 다시 써서 JSON으로 돌려줍니다. 아무것도 업로드되지 않으므로 서버에 사본이 남지 않고 다른 누구도 읽을 수 없습니다. 비공개 내용이 담긴 데이터에는 이것이 XML을 JSON으로 변환하는 안전한 방법입니다.

요약

여기서 XML을 JSON으로 변환하려면 파일을 끌어다 놓고 버튼을 누르십시오. 브라우저에서 읽고 기록되므로 파일은 기기를 떠나지 않습니다. 요소 이름, 중첩, 속성, 텍스트가 유지됩니다. 속성은 이름 앞에 @를 붙여 이름을 유지하고, 자식 요소와 한 요소를 공유하는 텍스트는 둘 곳이 달리 없으므로 #text 아래에 유지됩니다. XML에는 JSON에 말이 없는 개념이 있습니다. 요소에는 순서가 있고 반복될 수 있다는 것입니다. 한 번 나타나는 이름은 값이 되고 두 번 나타나는 이름은 배열이 되므로 결과를 다시 읽어도 같은 XML이 나오지 않을 수 있습니다. 주석, 처리 명령, XML 선언은 데이터의 일부가 아니므로 넘어가지 않습니다.