둘 사이에 표준 매핑은 없습니다. XML 1.0 속성, 네임스페이스, 정렬된 혼합 콘텐츠 및 주석이 있습니다; RFC 8259 는 6 가지 유형이 있으며 속성이 없습니다. 모든 변환기는 자체 브리지를 발명하므로 두 가지가 동의하지 않습니다.
XML-to-JSON 변환을 존중하도록 가르쳐 준 통합은 운송 캐리어 & # 39;s API 였습니다. 스택의 다른 모든 곳에서 최신 REST 를 사용한 다음 SOAP 를 말하고 JSON 파이프 라인으로 접어야하는 XML 봉투를 반환 한이 하나의 레거시 엔드 포인트 & quot;It & # 39;s JSON 으로의 XML 만, & quot; 라고 생각하고 한 줄 변환기에 도달했습니다. 그런 다음 가장자리 케이스가 도착했습니다: a <Package> 순서에 몇 개의 패키지가 있는지에 따라 때로는 단일 개체이고 때로는 목록이었던 요소입니다. An id 내 순진한 변환기가 요소 텍스트만 보았기 때문에 완전히 삭제된 속성입니다. A <Description> 앰퍼샌드가 포함되어 있기 때문에 CDATA로 포장되었습니다. 이들 모두는 데이터를 조용히 손상시켰습니다. JSON은 그럴듯해 보였고 다운스트림에 세 가지 서비스만 표시하는 방식으로 잘못되었습니다.
XML 과 JSON 은 서로 사소하게 변환해야 하는 것처럼 보이며,그들은 don't,왜냐하면 서로 다른 기본 요소를 가지고 데이터를 모델링하기 때문입니다. JSON 은 객체,배열, 문자열,숫자, 부울,null - 작고 깔끔한 집합을 가지고 있습니다. XML 은 요소,속성, 텍스트 노드,혼합 콘텐츠,네임스페이스, CDATA,주석, 처리 명령어를 가지고 있으며 결정적으로 가지고 있습니다 배열이 없습니다 그리고 종류 없음. 그래서 변환기는 무손실 형식 would't: JSON 이 속성에 대한 개념이 없을 때 속성은 어디로 가나요? XML 이 두 가지를 같은 방식으로 표시할 때 단일 요소를 단일 항목 목록에서 어떻게 구분합니까? 속성과 텍스트를 모두 가진 요소는 어떻게 됩니까?
안 XML 에서 JSON 변환기 그런 결정을 고의적으로 - 그리고 일관되게 - 하는 것은 깨끗한 통합과 일주일 간의 디버깅 다운스트림 사이의 차이점입니다. Toolz.dev 를 위해 구축한 것은 속성을 접두사 키에 매핑하여 아무 것도 손실되지 않고 반복되는 태그를 JSON 배열로 축소하여 구조가 보존되도록 하고,혼합 콘텐츠 텍스트를 전용 키 아래에 유지하고 CDATA 를 그대로 읽습니다. 그리고 브라우저에서 실행되는 종속성 없는 파서로 모든 작업을 수행합니다. 이는 통합 페이로드가 정확히 stranger't 에 업로드해야 하는 데이터의 종류이기 때문에 중요합니다. #39;s 서버.
이 가이드에서는 변환이 XML's 구조적 특이점을 처리하는 방법,반복되는 요소가 배열이 될 때,속성 및 네임스페이스를 처리하는 방법,그리고 이러한 변환이 끊임없이 발생하는 SOAP 및 RSS 워크플로우를 다룹니다.
TL;DR: XML을 붙여넣습니다 Toolz.dev XML 을 JSON 변환기로들여쓰기를 선택하고 속성이 되는 깨끗한 JSON을 얻으세요
@-접두사 키, 반복되는 태그는 배열이 되고, 혼합 콘텐츠 텍스트는 아래에 위치합니다#text를,그리고 CDATA 는 그대로 읽습니다. 선택형 구문 분석 회전"44.95"실수로. 의존성이 없는 파서를 사용하고 100% 클라이언트 측을 실행하므로 SOAP 및 통합 페이로드는 업로드되지 않으며 쌍을 이룹니다 JSON에서 YAML로 그리고 the JSON 포맷터 파이프라인의 다음 단계를 위해.
왜 Isn't XML to JSON 은 단순한 일대일 매핑인가?
XML 과 JSON 이 상호 교환 가능하다는 직관은 그들의 공유된 직업 - 구조화된 데이터를 나타내는 - 에서 비롯되며,그들의 다른 빌딩 블록에서 끊어진다. 불일치는 4 개의 특정 장소에 나타나며,converter's 품질은 전적으로 어떻게 그것들을 다루는가에 관한 것이다.
속성에는 JSON과 동등한 것이 없습니다. <book id="bk101">War and Peace</book> 속성이 있습니다(id) 및 텍스트 콘텐츠(War and Peace). JSON 에는 속성의 개념이 없습니다; 모든 것은 키-값 쌍입니다. 변환기는 규칙을 발명해야하며 널리 보급 된 것은 속성 키 앞에 - 를 붙이는 것입니다 { "book": { "@id": "bk101", "#text": "War and Peace" } }. 속성을 삭제,순진한 변환기처럼,그리고 you've 은 자동으로 데이터를 잃었다.
JSON 에는 배열이 있습니다; XML doesn't. XML에서 목록은 동일한 태그가 반복됩니다: 3 <item> 한 부모 아래의 요소. 하지만 단일 <item> 하나의 목록과 구조적으로 동일해 보입니다. JSON 은 객체를 방출할지 배열을 방출할지 알아야 하며 사용 가능한 유일한 신호는 발생입니다. 따라서 반복되는 태그는 배열이 되고 단일 태그는 객체를 유지합니다.
혼합 내용. 요소는 자식 요소와 느슨한 텍스트를 모두 보유할 수 있습니다. JSON objects can't 는 자연스럽게 "를 나타냅니다. 이 객체는 또한 베어 문자열 값을 가지고," 그래서 텍스트는 다음과 같은 예약된 키 아래에 들어갑니다 #text.
XML에는 don't 유형이 존재합니다. XML의 모든 값은 텍스트입니다. <price>44.95</price> 는 문자열 "44.95"변환기가 숫자를 강요하기로 선택하지 않는 한 숫자가 아닙니다. 그리고 그 선택은 틀릴 수 있습니다 <zip>08544</zip> 문자열을 유지하거나 선행 0을 잃어야 합니다.
X-1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 10 변환기 don't 가 존재하는 척하기보다는 이들 각각을 명시적으로 처리합니다. That's why 출력은 JSON 이 슬롯이 없는 XML 의 부분을 조용히 드롭하는 대신 소스에 충실하게 유지됩니다.
반복되는 요소는 언제 배열이 됩니까?
이것은 XML-to-JSON 변환의 가장 혼란스러운 단일 부분이며,it's 에 놀라기보다는 이해할 가치가 있습니다. 규칙 the 변환기 사용은 발생 기반입니다: 주어진 부모 내에서 태그 이름이 두 번 이상 나타나면 해당 값은 JSON 배열로 축소됩니다; 정확히 한 번 나타나면 단일 개체나 값을 유지합니다.
그래서 a <catalog> 두 개로 <book> 아이들은 생산합니다 { "catalog": { "book": [ {...}, {...} ] } } - 배열. 하지만 a <catalog> 하나와 <book> 생산합니다 { "catalog": { "book": {...} } } - 일반 개체이며 배열이 없습니다.
계획할 결과: 하나의 항목 doesn't 의 목록은 목록처럼 보입니다. 다운스트림 코드가 예상하는 경우 catalog.book 항상 배열이 되고 이를 반복하려면 단일 북 응답으로 배열이 중단됩니다 book 특정 시간 개체가 될 것입니다. 이 isn't 변환의 버그 - it's 목록을 표시하지 않는 XML 의 피할 수없는 결과 -하지만 it's 항목 수가 달라지는 통합의 실제 gotcha. 내 배송 캐리어 재해는 정확히 이었다: 하나의 패키지 주문은 다중 패키지 주문이 배열을 반환 한 개체를 반환했으며 내 코드는 배열을 가정했습니다.
소비 코드의 방어 패턴은 정규화하는 것입니다: 필드가 둘 중 하나일 수 있다면 반복하기 전에 배열로 강제합니다([].concat(catalog.book)). 아는 왜 모양은 다양하므로 가드에 화상을 입지 않고 작성할 수 있습니다.
속성과 네임스페이스는 어떻게 처리되나요?
속성은 다음을 사용하여 개체 키로 변환됩니다 @ 접두사. <user role="admin" active="true"> 된다 { "user": { "@role": "admin", "@active": "true" } }. 접두사는 특성을 자식 요소와 시각적으로 구별되게 유지하고 속성과 자식 요소가 이름을 공유하는 충돌을 방지합니다. if you don't need attributes at all - you want only the element data - the 변환기 has an "ignore attributes" 더 깨끗한 결과를 위해 완전히 삭제하는 옵션.
네임스페이스는 태그 이름의 일부로 사용됩니다. <soap:Body> 말 그대로 이름이 붙은 키가 됩니다 "soap:Body", 그리고 xmlns:soap="..." 다른 속성과 마찬가지로 아래에 착륙합니다 @xmlns:soap. 이것은 실용적인 선택입니다: URI에 대한 네임스페이스를 완전히 해결하면 다루기 힘든 키가 생성되고 통합 코드가 실제로 원하는 것, 즉 주소 지정과 거의 일치하지 않습니다 soap:Body 익숙한 접두사 이름으로. you're 가 SOAP 또는 SVG 또는 어떤 이름보기의 어휘를 처리하는 경우,XML 에서 알고 있는 접두사는 JSON 에서 얻는 키입니다.
CDATA 섹션 - <![CDATA[ ... ]]> XML 이 특수 문자를 가진 원시 텍스트를 전달하도록 하는 블록은 - 엔티티 디코딩 없이 그대로 읽혀지며,이것이 바로 그 목적입니다. A <script> 또는 <description> 그것의 앰퍼샌드와 앵글 브래킷을 보호하기 위해 CDATA 에 싸여 그 문자를 그대로 통해 온다. CDATA 외부,표준 엔티티 (<, &및 친구) 및 숫자 참조(é, é)는 실제 문자로 디코딩됩니다.
도구를 사용하여 XML을 JSON으로 어떻게 변환합니까?
1단계: XML을 붙여넣습니다
잘 구성된 XML은 다음과 같은 기능을 사용하거나 사용하지 않고 작동합니다 <?xml ?> 네임스페이스가 있거나 없는 선언. 선언,DOCTYPE, 주석 및 처리 명령이 인식되고 건너뛰므로 API 응답이나 파일에서 바로 전체 문서를 붙여넣을 수 있습니다. 샘플 로드 버튼은 속성,중첩된 요소 및 반복되는 태그가 포함된 카탈로그를 제공하므로 모든 변환 동작을 한 번에 볼 수 있습니다.
2단계: 옵션을 선택하세요
JSON 에 대해 2 또는 4 공간 들여쓰기를 선택합니다. 속성을 포함할지 또는 삭제할지 결정합니다. 그리고 유형을 구문 분석할지 여부를 선택합니다: 놔두고 모든 값은 문자열로 유지됩니다 (안전하고 무손실); 켜고 명확한 숫자와 부울은 실제 JSON 숫자와 부울이 됩니다. ZIP 코드나 ID 와 같은 값이 보존해야 할 선행 0 을 가질 수 있는 경우 Off 가 올바른 기본값입니다.
3 단계: 변환 및 검토
변환기는 먼저 구문 분석하여 잘못된 형식의 마크업 - 일치하지 않는 닫는 태그,닫히지 않은 요소,종료되지 않은 CDATA 블록 - 을 가비지 JSON 을 생성하는 대신 특정 메시지와 함께 보고합니다. 성공 시 JSON 은 줄과 바이트 수로 표시되며,배열 대 객체 결정이 기대치와 일치하는지 확인하기 위해 훑어봅니다.
4 단계: 복사 또는 다운로드
코드에 붙여넣기 위해 JSON을 클립보드에 복사하거나 다음과 같이 다운로드하세요 .json 파일. 여기에서 요청 본문,데이터 저장소 또는 파이프라인의 다음 단계로 떨어집니다. 다음 단계가 구성 형식인 경우 JSON 에서 YAML 변환기 더 나아갑니다.
이 변환의 공통 워크플로는 무엇입니까?
레거시 SOAP API 통합
SOAP 는 여전히 기업,은행, 물류,정부 시스템 어디에나 있으며,XML 만을 말한다. 최신 JavaScript 또는 Node 서비스가 SOAP 응답을 소비해야 할 때,XML 엔벨로프를 JSON 으로 변환하는 것이 1 단계 네임스페이스 보존 변환을 의미한다 soap:Body 그리고 soap:Envelope 친숙한 이름을 유지하고 속성 처리는 SOAP가 요소를 끊는 것을 좋아하는 메타데이터를 유지합니다. 이는 에서 다루는 접착제 작업과 동일한 범주입니다 API 디버깅 가이드.
RSS 및 Atom 피드 읽기
RSS 와 Atom 피드는 XML 이며,JavaScript 앱으로 끌어들이는 것은 변환을 의미합니다. a feed's <item> 요소는 교과서 반복 태그 케이스입니다. 즉, 원하는 대로 JSON 항목 배열이 됩니다 .map() 목록을 렌더링하려면 over. enclosure's 와 같은 속성 url 그리고 type 접두사가 붙은 키 아래에 보존되므로 팟캐스트와 미디어 피드는 오디오 링크를 그대로 유지합니다.
구성 및 데이터 파일 마이그레이션
이전 응용 프로그램은 XML에 구성과 데이터를 저장합니다 - 생각 .config 파일,사이트맵, 내보낸 데이터 세트,Office Open XML 조각. JSON 으로 변환하는 것은 시스템을 현대화하거나 레거시 데이터를 JSON 네이티브 저장소로 가져올 때 첫 번째 이동입니다. 유형 구문 분석 옵션은 여기에 유용합니다 알고 숫자 필드는 실제로 숫자이며 대상에 입력하기를 원합니다.
테스트 및 프로토타이핑
때 you're 데이터 흐름을 배선하고 그냥 JSON으로 XML 페이로드의 모양을 볼 필요가 - 타입 스크립트 인터페이스를 설계하려면 응답을 조롱하려면 필드 경로를 확인하려면 - 브라우저에서 빠른 변환은 일회용 파서 코드를 작성 비트 변환, 구조를 읽고, 그것에 대해 유형을 작성합니다.
XML 대 JSON: 각 형식은 언제 적합합니까?
| XML | JSON | |
|---|---|---|
| 기본 시대 & amp; 생태계 | 기업, SOAP, 문서 | 웹 API, JavaScript, 구성 |
| 속성 | 일류 | 없음 - 접두사 키에 매핑됩니다 |
| 배열 | 없음 - 반복되는 태그는 목록을 의미합니다 | 일류 |
| 종류 | 모든 텍스트 | 문자열, 숫자, 부울, null |
| 코멘트 | 지원되는 | 스펙에 없습니다 |
| 네임스페이스 | 일류 | 없음 - 접두사 키 이름으로 유지됩니다 |
| 동사 | 더 높음 - 닫는 태그, 속성 | 하단 - 중괄호 및 브래킷 |
| 자연 서식지 | SOAP, RSS/Atom, Office 형식, 구성 | REST API, 프런트엔드 데이터, package.json |
테이블 뒤에 패턴: XML 은 문서와 엔터프라이즈 인터체인지를 위해 구축되었으며 여기서 구조,검증, 자기 설명이 중요; JSON 은 가벼움과 JavaScript 객체에 대한 직접 맵이 중요한 웹을 위해 구축되었습니다. 업계의 움직임이 이전 XML 기반 시스템에서 JSON 기반 프런트 엔드 및 서비스 - you're 가 살고있는 레거시 데이터를 충족하고 최신 파이프 라인으로 가져 오기 때문에 변환 방향은 압도적으로 XML-JSON 입니다. 해당 파이프 라인에 대한 더 광범위한 형식 도구 세트가 있습니다 코딩 도구 가이드.
민감한 데이터가 포함된 XML을 변환하는 것이 안전한가요?
통합 페이로드는 당신이 don't 유출하고 싶은 것들로 조밀합니다: 고객 기록을 나르는 SOAP 응답,내부 엔드포인트 및 자격 증명을 가진 구성 파일,개인 정보를 가진 데이터 내보내기 그리고 이들은 정확히 온라인 변환기에 붙여 넣기되는 것입니다,일반적으로 중간 통합,일반적으로 서둘러.
X-1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 10 Toolz.dev 변환기 종속성이 없는 파서를 사용하여 브라우저에서 완전히 구문 분석하고 변환합니다 DOMParser는, 서버 외침, 페이지를 떠나는 자료 없습니다. 페이지 짐 후에 당신의 네트워크를 차단하고 아직도 작동합니다. That's 공구가 어떻게에 관하여 건축 사실, 정책 문서에 있는 약속 아닙니다, 그리고 it's 전체적인 연장통의 뒤에 브라우저 우선 원리, 에서 자세히 설명해 데이터 개인정보 보호 가이드.
표준 주의 사항이 적용됩니다: 클라이언트 측 변환은 변환 단계를 보호합니다. JSON 을 나중에 수행하는 작업 - 붙여 넣기 할 위치,전송 할 위치 - 은 별도의 결정입니다. 그러나 변환 자체는 XML 을 컴퓨터에 유지합니다.
자주 묻는 질문
XML을 온라인으로 JSON으로 변환하려면 어떻게 해야 합니까?
XML 을 JML to JSON 변환기에 붙여넣고 변환을 클릭합니다. 이 도구는 XML 을 구문 분석하고 선택한 들여쓰기 및 옵션을 사용하여 JSON 으로 변환하며 결과를 복사하거나 다운로드할 수 있습니다. 처리는 100% 브라우저 내로 이루어지며 - 아무것도 업로드되지 않습니다.
JSON 출력에서 XML 속성을 어떻게 표현합니까?
속성은 @가 붙은 객체 키가 되므로 id="bk101"가 붙은 책 요소는 "@id" key 로 변환됩니다. 이렇게 하면 하위 요소와 구별되는 속성을 유지합니다. 요소 데이터만 필요한 경우 ignore-attributes 옵션을 사용하여 속성 출력을 완전히 끌 수 있습니다.
일부 XML 요소는 배열이 되고 다른 XML 요소는 객체로 유지되는 이유는 무엇입니까?
JSON은 요소가 반복될 수 있다는 것을 표시할 방법이 없으므로 변환기는 발생을 사용합니다: 태그가 동일한 부모 아래에 두 번 이상 나타나면 배열이 되고, 한 번 나타나면 단일 개체를 유지합니다. 이는 하나의 항목이 있는 목록이 배열이 아닌 단일 개체처럼 보인다는 것을 의미하지만 소스를 충실하게 반영합니다.
변환기가 CDATA 섹션과 XML 엔티티를 처리합니까?
예. CDATA 블록은 엔티티 디코딩 없이 그대로 읽혀지며,이것이 그 목적입니다. CDATA 외부에서는 <, >, &, ", '와 같은 표준 엔티티와 é 및 é와 같은 숫자 문자 참조가 실제 문자로 디코딩됩니다.
SOAP 응답 또는 RSS 피드를 JSON으로 변환할 수 있습니까?
예. SOAP 봉투와 RSS 또는 Atom 피드는 일반 XML 이므로 다른 문서와 마찬가지로 변환합니다. 네임스페이스 태그는 키 이름에 접두사를 유지합니다. soap:Body becomes a "soap:Body" key - 및 RSS 항목과 같은 반복되는 요소는 매핑할 수 있는 JSON 배열이 됩니다.
숫자와 부울은 변환 후에도 텍스트로 유지됩니까?
기본적으로 예,XML 에는 "007" 또는 "1.10"와 같은 유형 시스템과 값이 없기 때문에 텍스트로 의미가 있을 수 있습니다. 원하는 경우 명확한 숫자 및 부울 텍스트를 실제 JSON 숫자 및 부울로 변환하려면 유형 구문 분석 옵션을 활성화하십시오.
민감한 데이터가 포함된 XML을 변환하는 것이 안전합니까?
예. 파서는 브라우저에서 전적으로 JavaScript 로 실행됩니다. - 네트워크 요청이 데이터를 전달하지 않으며,아무것도 기록되거나 저장되지 않으며,도구가 오프라인으로 작동합니다. 고객 기록,내부 식별자 또는 통합 비밀이 있는 XML 은 결코 머신을 떠나지 않습니다.
XML과 JSON의 차이점은 무엇입니까?
XML 은 여닫는 태그,속성, 네임스페이스,주석이 있는 마크업 언어로 문서와 엔터프라이즈 데이터 교환을 위해 설계되었습니다. JSON 은 객체,배열, 기본 값으로 구축된 보다 가벼운 형식이며 최신 웹 API 의 기본값입니다. JML 을 JSON 으로 변환하는 것은 이전 SOAP 또는 피드 기반 시스템을 JavaScript 프런트 엔드와 통합할 때 일반적입니다.
XML 과 JSON 은 상호 교환이 가능해 보이고 aren't,왜냐하면 JSON 은 속성도 없고,반복에 의한 배열도 없고,텍스트와 함께 있는 자식도 없기 때문입니다 - 정확한 장소들은 순진한 변환이 묵묵히 데이터를 잃어버리게 합니다. 그 경우들을 일부러 처리하는 변환기는 JSON that's faithful to the source: XML 붙여넣기, 속성과 반복되는 태그를 어떻게 매핑했는지 확인하고 그럴듯해 보이는 손상 대신 깨끗한 데이터를 파이프라인에 가져옵니다.
