XML и текстовые файлы с разделителями-запятыми

Question

Хорошо, я прочитал пару книг по XML и написал программы, чтобы выплюнуть его, а что нет. Но вот вопрос. Оба файла с разделителями-запятыми и XML-файл являются «удобочитаемыми». Но в целом, файл с разделителями-запятыми гораздо проще на моих глазах, чем файл XML; теги обычно занимают столько же, сколько не больше места, чем данные. Это просто затмевает то, что я читаю, и формат может содержать страницу, содержащую ту же информацию, которую вы можете содержать в одной строке текста в файле с разделителями-запятыми. И файл с разделителями-запятыми значительно менее сложный для синтаксического анализа. Итак, реальный вопрос - почему XML? Просто потому, что все классные дети это делают?

Answer 1

Это не единственные два варианта, вы также можете использовать JSON или YAML, которые намного легче, чем xml.

В целом, если у вас есть простые табличные данные с большим количеством специальных символов, CSV - это не плохой выбор. Для структурированных данных рассмотрите возможность использования одного из других. 3.

Answer 2

Все зависит от того, что вам нужно делать. Если вам нужна более сложная структура данных, чем может дать простая «плоская» структура строк. например, иерархические данные, тогда XML - отличный выбор.

Answer 3

XML поддерживает сложное, структурированное и иерархическое представление вещей. Это далеко не то, что CSV может хранить тривиально.

Подумайте о графе сложных объектов в объектно-ориентированной среде. Его можно легко сериализовать как XML-документ, но CSV не может справиться с такой задачей.

Answer 4

CSV никогда не был стандартом. Как раз тот же быстрый и грязный метод, с которым собралось множество людей. Конечно, некоторые из этих людей были умнее других и поняли, что вам нужно бежать от персонажей, а другие - нет. Даже MSSQL экспортирует CSV неправильно. Существует документированный ПРАВОный способ делать XML, поэтому, если вы делаете это правильно, а чье-то приложение или что-то еще не принимает его, у вас есть какое-то влияние, когда вы говорите: «Это не моя вина».

Answer 5

Xml может быть подтвержден в отношении договора (схемы или DTD).

Answer 6

XML также бесплатные технологии, окружающих его: XMLDOM, XPath, XSLT, XSD, Xml Schemas

Answer 7

Преимущества

ряд преимуществ XML имеет более CSV:

• иерархические данные организация
• Автоматическая проверка данных (XML-схемы или DTD)
• Eas ILY конвертировать форматы (с помощью XSL)
• Легко определить структуру отношений
• Может использоваться в сочетании с XML-RPC
• Подходит для хранения объектов (сортировочной)
• Упрощает бизнес-бизнес коммуникаций
• Полезные родственные технологии (XPath, DOM)
• Тесная интеграция с современными веб-браузерами
• Extract, Transform, Load и (ETL) инструменты
• Backwards файл совместимости формата (атрибут версии)
• Цифровые подписи

Это полностью зависит от предметной области и то, что вы пытаетесь решить.

Пример

Последний пункт является то, что многие люди упускают при написании веб-страниц. Рассмотрим ситуацию, когда у вас есть большое хранилище данных песен. Песни имеют художников, альбомы, удары в минуту и ​​т. Д. Вы можете экспортировать данные в XML, написать простую таблицу стилей, чтобы отобразить XML как XHTML, а затем указать браузер на странице XML. Браузер отобразит XML как веб-страницу.

Вы не можете сделать это с помощью CSV.

Недостатки

Джоэл Спольски имеет a great article почему XML является плохим выбором в качестве комплексного хранилища данных: это очень медленный процесс. (В отличие от базы данных, которая может извлекать предыдущие или следующие записи с помощью одной команды CPU, перемещение записей в XML-документе происходит намного медленнее.) Возможно, это можно считать проблемой оптимизации, разрешенной waiting 18 months. Таким образом:

• Медленнее для разбора, чем другие форматы
• синтаксических избыточность может ухудшить читаемость
раздувание
• Документ может повлиять на затраты на хранение
• не может легко моделировать перекрытием (неиерархические) структуры данных
• Плохо (в моем опыте, ссылки)

Вопросы, относящиеся

См. Также: Why Should I Use A Human Readable File Format.

Answer 8

Хорошо XML читается человеком и редактируется человеком. Вы можете посмотреть XML-файл и точно знать, что это такое. Файл CSV является читаемым человеком, но вы действительно не знаете, что означает каждое значение.

Например, если мы храним учетные записи пользователей, которые вы бы предпочли?

<user> 
    <username>ryeguy</username> 
    <password>abc123</password> 
    <regdate>3-4-08</regdate> 
    <email>my@email.com</email> 
</user> 

ИЛИ

ryeguy,abc123,3-4-08,my@email.com 

Конечно, это всего лишь пример, но представьте его с 30 полями или так!

Или, что еще хуже, что делать, если мы создадим подполья?

<user> 
    <username>ryeguy</username> 
    <password>abc123</password> 
    <regdate>3-4-08</regdate> 
    <email>my@email.com</email> 
    <posts> 
     <post> 
      <id>34</id> 
      .... 
     </post> 
    </posts> 
</user> 

Это было бы болью в заднице, чтобы положить в CSV. Скоро вы создадите свой собственный язык запросов.

Answer 9

Тот факт, что XML является читаемым человеком, не означает, что это было сделано с мыслью о том, что он читает (или даже редактирует) людей.

В XML есть хороший набор свойств, которые делают его хорошим выбором для многих случаев, особенно когда у вас есть человеческие ресурсы, чтобы справиться с дополнительным бременем, которое неизбежно приносят такие свойства: валидация, четко определенный стандарт, много инструментов, очень гибкая архитектура, она хорошо отображает древовидную модель, которая используется многими программами. Его человеческая читаемость является добавленной стоимостью, которая упрощает отладку (попробуйте сделать отладку двоичного файла ...), осмотр и небольшие изменения для тривиальных случаев.

CSV с другой стороны, это легко, быстро и линейна, хотя многие диалекты существуют, и разбор его колодезь далеко от тривиальной (и с добавленной проблемой, что выглядит тривиальное!). Для большинства приложений, содержащих таблицу данных, CSV - идеальный выбор.

В общем, однако, есть случаи представления данных, которые вы можете решить с помощью XML, но вы не можете решить с помощью CSV (например, дерева). С другой стороны, любые данные, которые могут быть представлены в CSV, также могут быть представлены в XML, хотя он не гарантирован (и даже проверен), что он будет более эффективным (с точки зрения пространства, простоты разбора и т. Д.). Это вопрос «степеней свободы» вашего формата. XML имеет более высокое значение степени свободы. CSV ниже. Обман по XML также относится к этому факту.

Не становитесь жертвой синдрома молота: когда у вас есть молот (XML), все выглядит как гвоздь (что-то, что вам нужно решить с помощью XML). Реальность сильно отличается и нюансирована. XML классный, но это не ответ на какие-либо проблемы.

Answer 10

Среди причин, по которым вы можете использовать XML по сравнению с CSV (в зависимости от задачи): * Практически все платформы и языки имеют существующие библиотеки для чтения, записи, разбора и управления XML. * XML имеет четко определенные правила для кодирования всех символов. CSV имеет неоднозначность, например, как кодировать запятые, которые являются частью данных. * XML поддерживает различные формы данных (например, иерархические), где CSV наиболее полезен, когда данные выглядят как таблица (строки и столбцы).

Answer 11

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

Answer 12

Мне нравится думать о главном различии в этом случае, поскольку XML основан на TREE, в то время как CSV основан на ТАБЛИЦЕ.

То есть вы можете вложить и повторно разложить и опустить и вообще создать сложную структуру TREE в XML, тогда как вы можете создавать простые 2D-таблицы в CSV.