JSONをXMLに埋め込むのがなぜ悪いですか？

Question

私の勇気は、あるフォーマットを別のフォーマットに入れるのは間違っていると言いますが、私は具体的な理由を思いつくことはできません。ちょうど2つのセクションでは、論理的に異なるコードで解析しようとしているが、交換フォーマットとして、それは構文をミックスして一致させるためにokです？XMLで

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

を入れる対

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

JSON応答を解析する既存のエンドポイントがある場合は、回答は変わりますか？このエンドポイントをXML取り込みのために再コード化する必要があります。

Answer 1

2つの形式を使用するインターチェンジ形式では、相互運用したいユーザーに余分な負担がかかります。今度は、JSONパーサであるXMLパーサとを用意する必要があります。

ファイルのさまざまな部分について考えるときに精神的に切り換えなければならないため、人々が書式を変えるのが難しくなります。

最後に、構造全体を一度に見ることは簡単にはできません。たとえば、XPathを使用してJSONビットを取得することや、応答全体をJavaScriptオブジェクトとして扱うことはできません。 2つのフォーマットを混在させることで、データを操作する際に「最悪の世界」の問題が発生します。

Answer 2

これは、データベースの正規化の議論のようなものです。純粋なXMLですべてを行う（またはデータベーススキーマを正規化する）ことは、より洗練され、より洗練されているため、特定の実装に不必要に結合されることもありません。しかし、XMLをJavaScriptオブジェクトに変換する必要がある場合（または、すべてのダミーのために5つのテーブルを結合する必要がある場合）、多くの余分なコードを書くことになり、不必要なパフォーマンスヒットが発生する可能性があります。

すべては正式な正当性と利便性をどのようにバランスさせるかによって異なります。これがW3Cによって標準化され、何百万という親愛なる神によって使用されるXML交換フォーマットの場合は、JSONを使用しないでください。これは自分で作成したコードでしか処理されない社内のアプリケーション用のものであれば、そこにJSONをスローして移動してください！

Answer 3

私の意見では、XMLはデータ転送の表現に適していますが、JSONはマップや配列に関してははるかに表現力があります。リストやマップを表すためにJSONをxmlに埋め込むことに問題はありません。