XMLをJSONで完全に置き換えることはできますか？[閉まっている]

多くの開発者がXMLとJSONに精通していると確信しており、彼らは両方を使用しています。したがって、彼らが何であり、彼らの目的が何であるかを簡単に説明しても意味がありません。

それらの概念をマップしようとすると、言うことができます（私が間違っている場合は修正してください）：

1. XMLタグはJSONと同等です {}
2. XML属性はJSONプロパティと同等です
3. XMLタグコレクションはJSONと同等です []

私が考えることができる唯一のものは、JSONには存在しませんが、XML Namespacesです。

問題は、このマッピングを考慮し、JSONがこのマッピングで非常に軽いことを考えると、XMLなしで将来（または少なくとも理論的には世界を考える）の世界を見ることができますが、JSONでXMLのすべてを実行できますか？XMLが使用されるすべての場所でJSONを使用できますか？

PS：この質問を見たことがあることに注意してください。これは私がここで尋ねているものとはまったく異なるものです。したがって、重複を言及しないでください。

XMLに力と複雑さの多くを与えるのは、混合コンテンツです。このようなもの：

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

JSONでそれをしようとしたり、従来のプログラミング言語で操作したりしないでください。彼らは仕事のために設計されていませんでした。

この種の質問は通常、XMLのMがマークアップを表していることを忘れている人々から寄せられます。これは、プレーンテキストを取得し、マークアップを追加して構造化テキストを作成する方法です。昔ながらのデータにも非常に便利ですが、それが設計されたものではなく、その主な強みがあるところでもありません。単純なデータを処理する方法はたくさんあり、JSONもその1つです。

主な違いは、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は、。すべて非常に便利です。

JSONでは不可能なXSLTを使用する多くの機能があります。したがって、機能的に同等でない場合は、相互に置き換えることはできません。

事実、私たちは長い間両方と一緒に暮らす必要があり、JSONの偏見者であることは「有害と見なされます」。

JSONはかなり新しく、レガシーシステムはサポートしません。レガシシステムのアップグレードには費用がかかり、バグが発生します。JSONは近い将来XMLを置き換えることはありません。

私はcwallenpooleが優れた点になっていると思います。ほとんどのXML は JSONに変換できますが、XMLに適しているかどうかは別の点です。

JSONは、少なくともXMLと同様にデータ構造に適していますが、テキストドキュメントをマークアップする場合、XMLはJSONよりもはるかに自然に読み取られます。フィールドの。

HTML 5には独自のパーサーがありますが、それでもDocBookのようなアプリケーションは残ります。

ドメインに依存します。Webサービスの面では？絶対に。ベンダーがまだ顧客に対してSOAPを推進しているのはまったく恥ずべきことです。ずっとREST + JSON。

さて、Docbookやその他の実装のようなスタイル情報を持つ複雑で構造化されたデータについて話しているときは？これはXMLの適切なドメインです。

YAMLがスーパーセットであり、XMLやJSONよりもはるかに表現力があり、したがって強力な場合、なぜJSONに限定するのか。

とはいえ、正しいシリアル化フレームワークを使用すれば、上記のすべての形式を2、3行の単純なコードでシリアル化および非シリアル化できるはずです。

これら2つのオブジェクトをJSONでモデル化しようとすると、見苦しくなります。

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

99％の場合に使用されるJSONを使用すると、次のように失われます。

{ name: "John Doe" } 

そして今、あなたはいくつかのメタ構造を追加する必要があり、JSONの美しさはすべて、欠点を残したままでなくなっています。

JSONにそのような機能が存在するかどうかはわかりませんが、少なくとも.NETでは、指定されたスキーマに対してXMLを検証できます。これは、私の目にはXMLの貴重な利点です。