Можем ли мы полностью заменить XML на JSON? [закрыто]

Я уверен, что многие разработчики знакомы с XML и JSON , и они использовали их обоих. Таким образом, нет смысла объяснять, чем они являются, и какова их цель, даже вкратце.

Если мы попытаемся отобразить их концепции, мы можем сказать (поправьте меня, если я ошибаюсь):

1. XML-теги эквивалентны JSON {}
2. Атрибуты XML эквивалентны свойствам JSON
3. Коллекция XML-тегов эквивалентна JSON []

Единственное, о чем я могу подумать, чего нет в JSON, - это пространства имен XML .

Вопрос в том, рассматривая это отображение и учитывая, что JSON намного легче в этом отображении, можем ли мы видеть мир в будущем (или, по крайней мере, теоретически думать о мире) без XML, но с JSON, делающим все, что делает XML? Можем ли мы использовать JSON везде, где используется XML?

PS: Обратите внимание, что я видел этот вопрос. Это нечто совершенно отличное от того, что я здесь спрашиваю. Поэтому, пожалуйста, не упоминайте дубликат .

То, что дает XML его мощь и большую сложность, - это смешанный контент. Вещи как это:

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

Даже не пытайтесь делать это в JSON или манипулировать им в обычных языках программирования. Они не были предназначены для работы.

Этот вопрос обычно задают люди, которые забывают, что M в XML обозначает разметку. Это способ взять простой текст и добавить разметку для создания структурированного текста. Это также очень удобно для устаревших данных, но это не то, для чего они были разработаны, и в чем их основные достоинства. Существует множество способов обработки простых данных, и 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.

Есть несколько вещей, которые вы можете сделать с XML, но я не думаю, что вы можете сделать с JSON, например, перевод с XLST, поиск с XPath и проверка с помощью схем. Все очень и очень полезно.

В XSLT есть много функций, которые могут быть невозможны в JSON. Так что, если они не являются функционально эквивалентными, они не смогут заменить друг друга.

Дело в том, что нам придется долго жить с обоими, и быть фанатом JSON "считается вредным".

JSON довольно новый, и устаревшие системы его не поддерживают. Обновление унаследованных систем является сложным и содержит ошибки. JSON не заменит XML в любое время в ближайшем будущем.

Я бы сказал, что cwallenpoole делает отличное замечание. Хотя большая часть XML может быть переведена в JSON, лучше ли это делать, это отдельный вопрос.

JSON поддается структурам данных как минимум так же хорошо, как XML и, возможно, лучше, но XML читается намного более естественно, чем JSON, при разметке текстовых документов, где теги используются в большем потоке текста, а не просто как способ разграничения иерархии. полей.

Хотя HTML 5 может иметь свой собственный синтаксический анализатор, он по-прежнему оставляет такие приложения, как DocBook.

Это зависит от домена. С точки зрения веб-сервисов? Абсолютно. Стыдно, что поставщики все еще используют SOAP для своих клиентов. REST + JSON полностью.

Теперь, когда вы говорите о сложных, структурированных данных со стилевой информацией, такой как Docbook или другая реализация? Это правильный домен для XML.

Зачем ограничивать себя JSON, когда YAML - супернабор, гораздо более выразительный и, следовательно, мощный, чем XML или JSON.

Тем не менее, если вы используете правильные платформы сериализации, вы сможете сериализовать и десериализовать все вышеупомянутые форматы с помощью пары простых строк кода.

Становится безобразным, когда вы пытаетесь смоделировать эти два объекта в JSON:

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

Используя JSON, как это принято, в 99% случаев можно потеряться:

{ name: "John Doe" } 

И теперь вам нужно добавить несколько мета-структур, и вся красота JSON исчезла, а вы остались с минусами.

Я не знаю, существует ли такая возможность для JSON, но, по крайней мере, в .NET вы можете проверять XML по заданной схеме. Это ценное преимущество XML в моих глазах.