왜 JSON을 XML에 포함시키는 것이 좋지 않습니까?

Question

내 직감은 한 형식을 다른 형식에 넣는 것이 잘못되었음을 알지만 구체적인 이유가없는 것 같습니다. 대

<root> 
<stuff> 
    thing 
</stuff> 
<more> 
    <[!CDATA[{"a":["b","c"]}]]> 
</more> 
</root> 

는 두 부분은 논리적으로 서로 다른 코드에 의해 구문 분석 할 예정

<root> 
<stuff> 
    thing 
</stuff> 
<more> 
    <a> 
    b 
    </a> 
    <a> 
    c 
    </a> 
</more> 
</root> 

는 XML에 넣어하지만 교환 형식으로, 그것은 믹스 앤 매치 구문을 확인입니까?

JSON 응답을 구문 분석하는 기존 엔드 포인트가있을 경우 응답이 변경됩니까? XML 처리를 위해이 끝점을 다시 코딩해야합니다.

Answer 1

두 가지 형식을 사용하는 교류 형식은 사용자와 상호 작용하려는 사람들에게 추가 부담을줍니다. 이제 그들은 XML 파서 과을 JSON 파서로 가져와야합니다.

파일의 다른 부분에 대해 생각할 때 정신적으로 전환해야하기 때문에 사람들이 형식을 알아보기 어렵게 만듭니다.

마지막으로 전체 구조를 한 번에 쉽게 볼 수는 없습니다. 예를 들어, XPath를 사용하여 JSON 비트를 가져올 수 없으며 전체 응답을 JavaScript 객체로 처리 할 수도 없습니다. 두 가지 형식을 혼합하여 데이터를 조작 할 때 "최악의 경우"문제가 발생합니다.

Answer 2

데이터베이스 정규화 토론과 같습니다. 순수한 XML로 모든 작업을 수행하거나 (또는 ​​데이터베이스 스키마를 표준화하는 것), 특정 구현에 불필요하게 결합되지 않도록보다 깔끔하고 우아합니다. 그러나 XML을 JavaScript 객체로 변환해야하거나 (지저분한 테이블 당 5 개의 테이블을 결합해야하는 경우) 많은 추가 코드를 작성하여 불필요한 성능 저하를 초래할 수 있습니다.

모든 것은 공식적인 정확성과 편의성을 어떻게 균형 잡느냐에 달려 있습니다. 이것이 W3C에 의해 표준화되고 수백만의 친애하는 하나님이 사용하게 될 XML 교환 형식 인 경우 JSON을 사용하지 마십시오. 자신이 작성한 코드로만 처리되는 사내 응용 프로그램을위한 것이라면 JSON을 던져서 계속 진행하십시오!

Answer 3

제 생각에는 XML이 선호되는 데이터 전송 표현이지만 JSON은지도 및 배열과 관련하여 훨씬 표현력이 좋습니다. JSON을 xml에 임베드하여 목록이나 맵을 나타낼 때 아무런 문제가 없습니다.