XML을 JSON으로 완전히 바꿀 수 있습니까? [닫은]

많은 개발자들이 XML 과 JSON에 익숙 할 것이라고 확신 하며 둘 다 사용했습니다. 따라서 그들이 무엇인지, 그들의 목적이 무엇인지 간단히 설명 할 필요는 없습니다.

개념을 매핑하려고하면 다음과 같이 말할 수 있습니다 (내가 틀렸다면 수정).

1. XML 태그는 JSON과 같습니다. {}
2. XML 속성은 JSON 속성과 같습니다.
3. XML 태그 컬렉션은 JSON과 같습니다. []

JSON에는 존재하지 않는 것으로 생각할 수있는 유일한 것은 XML 네임 스페이스 입니다.

문제는이 매핑을 고려하고 JSON 이이 매핑에서 훨씬 가볍다는 것을 고려할 때 XML이없는 미래의 세계를 볼 수는 있지만 JSON을 사용하면 XML 이하는 모든 일을 할 수 있습니까? XML이 사용되는 모든 곳에서 JSON을 사용할 수 있습니까?

추신 : 이 질문을 보았습니다 . 내가 여기서 묻는 것과는 완전히 다른 것입니다. 따라서 duplicate를 언급하지 마십시오 .

XML에 강력 함과 많은 복잡성을주는 것은 혼합 컨텐츠입니다. 이런 것들 :

<p>A <b>fine</b> mess we're in!</p>

JSON에서 그렇게하거나 전통적인 프로그래밍 언어로 조작하지 마십시오. 그들은 작업을 위해 설계되지 않았습니다.

이런 종류의 질문은 보통 XML에서 M이 마크 업을 의미한다는 것을 잊어 버린 사람들로부터 나옵니다. 일반 텍스트를 사용하고 마크 업을 추가하여 구조화 된 텍스트를 만드는 방법입니다. 구식 데이터에도 매우 유용하지만, 그것이 설계된 것이거나 주요 강점이있는 것은 아닙니다. 간단한 데이터를 처리하는 방법은 여러 가지가 있으며 JSON도 그 중 하나입니다.

필자가 생각하는 가장 큰 차이점은 XML이 dtd와 모든 것에 대해 스스로 설명하도록 설계되었다는 것입니다.

JSON을 사용하면 수신중인 데이터에 대해 많은 것을 가정해야합니다.

JSON으로의 리터럴 번역은 간결하고 명확하지 않은 경우가 많습니다. 치다:

<foo>
   <x:bar x:prop1="g">
      <quuz />
   </bar>
</foo>

내가 본 가장 효과적인 JSON 표현 :

{"localName":"foo",
 "children": // you need to have a special array to hold all children
 [
    {"localName": "bar",
     "namespace": "x"
        // once again, to ensure that there are no collisions,
        // attributes should be brought out into their own JSON structure 
        "attributes":[
            {"localName":"prop1",
             "namespace":"x",
             "value":"g"}
        ],
         "children":[
             {"name":"quux"}
         ]
     }
 ]}

이제 전체 XML 파일에 대해 상상해보십시오. JSON에는 그 자리가 없지만 XML을 배제해서는 안된다는 말은 아닙니다.

JSON과 XML은 데이터를 형식화하는 방법입니다. 둘 다 완벽하게 수행 할 수 있으므로 JSON이 XML의 모든 작업을 수행 할 수 있습니까? 예.

그러나 ..... 더 관련 질문은 XML / JSON이 할 수있는 것이 아닐 수도 있지만, 오히려, 당신은 무엇을 할 수 와 XML / JSON.

당신이 할 수있는 몇 가지가 있습니다 와 같은 XLST로 번역 XPath를 사용하여 검색 및 스키마와 검증 등 내가 JSON으로 당신이 할 수 있다고 생각하지 않습니다 XML은. 모두 매우 유용합니다.

XSLT 를 사용 하는 JSON에는 불가능한 많은 기능 이 있습니다. 따라서 기능적으로 동일하지 않으면 서로 대체 할 수 없습니다.

사실, 우리는 오랫동안 둘 다와 함께 살아야 할 것이며 JSON Bigot가되는 것은 "유해한 것으로 간주됩니다".

JSON은 상당히 새롭고 레거시 시스템은이를 지원하지 않습니다. 레거시 시스템 업그레이드는 비용이 많이 들고 버그가 발생합니다. JSON은 가까운 시일 내에 XML을 대체하지 않습니다.

나는 cwallenpoole이 훌륭한 지적이라고 말합니다. 대부분의 XML 은 JSON으로 변환 될 수 있지만 그렇게하는 것이 더 나은지 여부는 별도의 지점입니다.

JSON은 최소한 XML뿐만 아니라 데이터 구조에도 적합하지만 XML은 텍스트 문서를 표시 할 때 JSON보다 훨씬 자연스럽게 읽습니다. 여기서 태그는 단순히 계층 구조를 구분하는 방법이 아닌 더 큰 텍스트 흐름 내에서 사용됩니다. 분야.

HTML 5에는 자체 파서가있을 수 있지만 여전히 DocBook과 같은 응용 프로그램이 남습니다.

도메인에 따라 다릅니다. 웹 서비스 측면에서? 물론. 공급 업체가 여전히 고객에게 SOAP를 제공하고 있다는 것은 완전히 부끄러운 일입니다. REST + JSON.

이제 Docbook이나 다른 구현과 같은 스타일 정보가있는 복잡한 구조화 된 데이터에 대해 이야기 할 때? 이것이 XML에 적합한 도메인입니다.

YAML이 슈퍼 세트이며 훨씬 표현력이 뛰어나 XML이나 JSON보다 강력 할 때 왜 JSON으로 제한해야합니까?

즉, 올바른 직렬화 프레임 워크를 사용하면 위에서 언급 한 모든 형식을 간단한 코드 몇 줄로 직렬화하고 역 직렬화 할 수 있어야합니다.

이 두 객체를 JSON으로 모델링하려고하면 추악합니다.

<customer><name>John Doe</name></customer>
<employee><name>John Doe</name</employee>

99 %의 경우에 익숙한 JSON을 사용하면 다음과 같이 손실됩니다.

{ name: "John Doe" } 

이제 메타 구조를 추가해야하며 단점이있는 동안 JSON의 모든 아름다움이 사라졌습니다.

그러한 기능이 JSON에 존재하는지 모르겠지만 .NET에서는 최소한 주어진 스키마에 대해 XML의 유효성을 검사 할 수 있습니다. 그것은 내 눈에 XML의 귀중한 장점입니다.