я хз как можно еще больше себя слить)

А, ну ок.

Виталий Кудрин, извини меня пожалуйста за те гадости что я тебе наговорил. Но публике я надеюсь наглядно продемонстрировал что JSON не эквивалент XML. В JSON нельзя выражать параметры ветви и параметры листа. И это известный факт что JSON, YAML менее многословны чем XML. Это особенности языка. Конветировать данные из JSON в XML можно, но с большими условностями и потерями данных.

Ну блин, на этих скриншотах костыли, чтобы можно было свойства от детей отличать

Раунд.

даже сам факт существования конвертора из xml в json говорит о том что ты болен

Но ты так и смог понять, что нельзя конвертировать XML -> JSON -> XML и получить на выходе то, что имел на входе.

фига ты умный, а кто вообще говорил про XML -> JSON -> XML ? речь была о том, что дерево нельзя представить в json также как это можно в xml

тебе доказали обратное, а ты теперь задачу решил поменять?

ай-ай-ай

после драки кулаками не машут

Нет нет, чтоты. Ты абсолютно прав. Дерево нельзя представить в JSON также как и в XML. И посмотри на свой сэмпл. Ты там все намешал. Деревья не эвивалентны.

Ога, а это тогда что?

ахахахаха

не эквивалентны потому что в моем json нет угловых скобочек? ?

прекрати, я сдаюсь)

Ога, а это тогда что?

Это условная конвертация. У вас имена параметров начинаются с "-".

я щас радугой блевать начну

условная конвертация, ааааааааа

блин, надо историю копирнуть и сохранить

это же жесть

запомните! XML нельзя конвертить в JSON потому что это уже будет не XML!

????

Блин ну неужели ты настолько туп и не видишь разницы, или ты просто принял мои извинения как признание победы и пытаешься наслаждаться?))

запомните! XML нельзя конвертить в JSON потому что это уже будет не XML!

Ну ты еблан, не перевирай, не было же такого) Деревья разные получаются.. но да, ты же не знаешь что такое дерево))

Потому что ты сам дерево)

ой дураааак)))

Разные деревья, понимаешь?))

Там JSON некорректный в картинке

Может тему сменим что ли

аххахахаха

Но можно было сделать одно и то же

JSON, XML...

да, одно в XML другое в JSON -> РАЗНЫЕ

?

в чем необходимость в XML иметь параметры листа и параметры ветви? Или как там это называется

в чем необходимость в XML иметь параметры листа и параметры ветви? Или как там это называется

Ну это зависит от требований. Например мы имеет классы языках программирования. У них объектов есть имя класса и множество параметров. Ветвь - это имя класса, множество параметров это параметры листа. Для описания объекта из ЯП xml подходит хорошо. Если использовать JSON то придется городить условности, типа "а давайте хранить имя класса в поле className, а проперти в классах с именем className запретим"

Ну это зависит от требований. Например мы имеет классы языках программирования. У них объектов есть имя класса и множество параметров. Ветвь - это имя класса, множество параметров это параметры листа. Для описания объекта из ЯП xml подходит хорошо. Если использовать JSON то придется городить условности, типа "а давайте хранить имя класса в поле className, а проперти в классах с именем className запретим"

но можно же?

Ну это зависит от требований. Например мы имеет классы языках программирования. У них объектов есть имя класса и множество параметров. Ветвь - это имя класса, множество параметров это параметры листа. Для описания объекта из ЯП xml подходит хорошо. Если использовать JSON то придется городить условности, типа "а давайте хранить имя класса в поле className, а проперти в классах с именем className запретим"

т.е. XML выгоднее тем, что можно 2 атрибута с одинаковым именем хранить?

Ну технически можно.

ну и зачем оно мне?

так, а чем лист отличается от ветви? ну например в терминах XML?

ну и зачем оно мне?

Чтобы не было как раз условностей.

Чтобы не было как раз условностей.

зато путаница будет

Путаница будет как раз при условностях.

Давайте пример.

Путаница будет как раз при условностях.

ты на мой вопрос ответь

ты на мой вопрос ответь

Тише тише Виталий) Отвечу)

Путаница будет как раз при условностях.

зачем мне 2 проперти class к примеру? для чего? Только путать буду лишний раз человека

вся разница между xml и json в том, что нет различия между тегом и атрибутом

причем тут ветви и листья непонятно

ибо это одно и то же

так, а чем лист отличается от ветви? ну например в терминах XML?

Лист это ветвь без продолжения. В академических языках ветвь иногда называют корнем, но стараюсь избегать этого термина потому что можно спутать с корнем дерева.

и чем же ветвь/лист в xml отличается принципиально от ветви/листа в json?

В том что в xml обязывает давать названия ветвям и листьям (узлам)

и что?

это как то запрещает нам использовать json где это необязательно?

вот мне кажется в json например структуру типичного экрана в iOS описать будет проще

Не понял вопроса.

между "обязательно" и "можно, но не обязательно" нет противоречия, не находишь?) одно частный случай другого

и чем же ветвь/лист в xml отличается принципиально от ветви/листа в json?

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

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

это вопрос синтаксиса, а не структуры дерева

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

ну и что тут такого то?

Работать пойдем сегодня?

Я не занимаюсь разработкой приложений под мобильные устройства, но занимаюсь разработкой backend под всякое вот. Я ни разу за все время не видел острой необходимости использовать xml.

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

А это потому что у XML нет такого понятия в спецификации как массив вообще

И все еще от парсера зависит

ERROR: S client not available

ну и что тут такого то?

В том что вам нужно завести условность "а давайте мы детей будет хранить в поле children" и постоянно везде писать это children.

я прекрасно представляю UIView в виде JSON, с полем subViews, а UIView в виде XML где все сабвьюхи будут внутри скобочек не очень представляю

Насчет верстки в XML. У нас есть некоторые приложения, верстка которых сделана в XML. И есть такой файлик, который называется project.xml

И вот в ряде случаев он занимает 10-15к строк xml

И редактировать это руками это пиздец

В том что вам нужно завести условность "а давайте мы детей будет хранить в поле children" и постоянно везде писать это children.

и что? json более обобщен, поэтому ты сам можешь городить себе любые спецификации

А это потому что у XML нет такого понятия в спецификации как массив вообще

Дети и так обычно рассматриваются как массив. Если у вас не кастомный интерпретатор конечно.

Дети и так обычно рассматриваются как массив. Если у вас не кастомный интерпретатор конечно.

Ну т.е. с одной стороны мы педантично ковыряем json, а тут "обычно рассматривается"?

и что? json более обобщен, поэтому ты сам можешь городить себе любые спецификации

Ради бога, ты можешь придумывать сколько угодно спецификаций. Но зачем, когда есть xml который делает все это из коробки: добавляет детей без боли, имеет имя узла. Имя узла особенно важно для ООП, потому что почти всегда объекты имеют класс.

о какой боли ты там говоришь вообще?

причем тут имя узла для ооп?

А причем тут ооп вообще?

ты пишешь какую то дичь

Ну т.е. с одной стороны мы педантично ковыряем json, а тут "обычно рассматривается"?

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

Ради бога, ты можешь придумывать сколько угодно спецификаций. Но зачем, когда есть xml который делает все это из коробки: добавляет детей без боли, имеет имя узла. Имя узла особенно важно для ООП, потому что почти всегда объекты имеют класс.

какая же это боль то, обратиться к полю?

Я не понимаю что происходит. XML 1) избыточен 2) сложнее парсится (время на парсинг) 3) сложнее редактируется 4) Если есть схема то вообще пиздец

о какой боли ты там говоришь вообще?

Опиши на JSON коллекцию из строк, которая не может иметь скажем больше 3 строк и содержит в данный момент 2 строки. Вот как бы выглядело это на xml: <collection maxItems="3"> <str>qwe</str> <str>qwe</str> </collection>

ЧТобы описать это на JSON вам потребуется большее количество узлов.

Я не понимаю что происходит. XML 1) избыточен 2) сложнее парсится (время на парсинг) 3) сложнее редактируется 4) Если есть схема то вообще пиздец

Если XML избыточен - используйте менее избыточные нотации - xml, json. Но для описания View иерархий XML не избыточен, а JSON и YAML "недостаточно многословные", хз как это сказать по русски. Короче противовположность избыточности. Когда вы говорите об избыточности, вы говорите для чего, потому что абстрактно язык не может быть избыточным.

Если xml избыточен, используйте xml

Кек

Да

Если есть опыт настройки пушей с firebase - отпиши пожалуйста. серт никак не толкается в firebase

?

Я ж говорю, это все красиво, но у меня есть project.xml в 15к строк

И когда туда надо добавить одно поле — это пиздец

Если xml избыточен, используйте xml

Ну просто есть же разные структуры данных, разные деревья. Если у вас нет имен узлов, используйте json. Если есть имена узлов то xml.

Все зависит от сложности структуры. Нельзя взять и просто так сказать, xml избыточен.

Это наверное сложно понять.

{ "maxItems":"3"; "collection":["qwe", "qwe"]; } против <collection maxItems="3"> <str>qwe</str> <str>qwe</str> </collection>

Все зависит от сложности структуры. Нельзя взять и просто так сказать, xml избыточен.

но зато можно сказать что xml это говно ебаное

?