Comments 9
Рекомендую для начала почитать про XML - откуда он взялся, как устроен. Как минимум про аттрибуты и xmlns. Если вдруг станет интересно, то потом про xsd и xslt.
Про json надо начинать читать отсюда - https://www.json.org/
А то у вас сейчас представление о json/xml довольно далёкое от действительности.
Надежда, вы молодец, что решились на статью.
Сожалею, что суровые мужи наминусили вам в карму и за статью, и никто не удосужился объяснить причину.
Попробую угадать причину:
- статья слишком базовая: масса ребят получают эту инфу и опыт при начальном знакомстве с XML/JSON.
- кусочное описание: если уж повторять доку (лучше не надо), то вы описали один пример из массы, но остальное не упомянули. В доке структурировано и полностью.
- смешивая XML и JSON хорошо бы описать разницу, хотя тоже, лучше не надо - инет забит этой инфой.
Резюмируя:
Не огорчайтесь, наберитесь терпения, посидите на хабре чтоб понять аудиторию и характер статей.
Со своей стороны поддержал статью и карму.
В карму не минусил, но за статью минусы заслуженные. Очень слабая, будвально два импорта и три строчки кода. Про xml вообще написано настолько мало, что просто введёт в заблуждение не знакомого с форматом человека. Нет упоминаний хотя бы про: атрибуты элементов, экранирование спецсимволов, комментарии.
Все были новичками. Но надо же понимать, что статья "я включил аппарат, прицепил контакт к железке, поднёс электрод и там пыщь - искры" не годится для сайта профессиональных сварщиков.
Большое спасибо за поддержку!
Первый блин всегда комом... Так что осуждение от старших коллег - это даже хорошо и закаляет дух :)
А вот с xml так не получится, потому что он используется в основном для кодирования файлов в читаемом формате.
Ни XML ни JSON не являются файлами и не используются "в основном" для кодирования файлов.
Это способ нотации структурированных данных, в основном текста.
В XML используется Markup Language, то есть поля и структуры могут выделяться тегами, тег может иметь несколько аттрибутов.
JSON - Object Notation, он также содержит различные поля, для которых можно указать тип при помощи кавычек, скобок, двоеточий. Поэтому JSON действительно легко преобразовать в объект или структуру практически в любом языке.
Проблема статьи - слишком базовая подача, и даже в базовых моментах есть неточности формулировки, из-за узкоспециализированного взгляда.
Большое спасибо за комментарий)
Я и предполагала базовую подачу для людей, которым может понадобится простое описание без углублений. На своем опыте поняла, что все описанное на просторах сети очень технично и для решение прикладной задачи, без постоянной работы с форматом, почти не найти. Именно поэтому и был такой подача
Я не оправдываю. Это первый опыт, я не совсем знаю о аудитории, поэтому еще раз спасибо. Буду стараться и развивать свои навыки написания дальше :)
«Возраст»:«34»
О, я бы посмотрел как кто-то обрабатывает жсоны в "ёлочки" вместо "лапок". Ну и за строковые числа иногда стоит стрелять.
<Возраст>34</Возраст>
для новичка маловато понимания, что есть ещё такие штуки как аттрибуты у нод. То бишь
<Сотрудник Имя="Вася" Фамилия="Пупкин" Возраст="34"/>Семантика XML подразумевает, что вложенные ноды имеют дополнительные связи с вышележащими нодами ещё (по аналогии с базами данных - один к одному, один ко многим и пр), а всё что связано непосредственно с объектом - это его аттрибуты.
Python
Стоит также упомянуть про такие штуки как entity и чем это может грозить. В частности тому же xml parser.
JSON и XML для новичков