Почему люди хейтят XML?

все как раз наоборот - закрывающий тэг позволяет парсеру верить, что он ТОЧНО будет

Так и в json, и в yaml, и в ini есть макеры конца элемента/блока. Просто в XML он выглядит именно как открывающий тег. В общем, это имеет значение для человека, а парсеру пофиг абсолютно.

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

Шнайдер Электрик

Я не являюсь хейтером XML, и его примитивная версия мне даже импонирует. Но проблема в том, что парсить полноценный XML - ад. Это очень сложный формат, по сравнению с тем же JSON.

DTD, character entity references, multi-line text, CDATA, etc.

Но есть случаи, где XML тупо лучше. Тот же SVG или HTML.

Пример:

<svg height="360" width="360" xmlns="http://www.w3.org/2000/svg">
	<rect x="10" y="10" width="100" height="100"/>
	<g>
		<rect x="10" y="10" width="100" height="100"/>
	</g>
</svg>

{
	"type": "svg",
	"width": 360,
	"height": 360,
	"xmlns": "http://www.w3.org/2000/svg",
	"elements": [{
		"type": "rect",
		"x": 10,
		"y": 10,
		"width": 100,
		"height": 100
	},
	{
		"type": "g",
		"elements": [{
			"type": "rect",
			"x": 10,
			"y": 10,
			"width": 100,
			"height": 100
		}]
	}]
}

Спасибо.

Ты, прям, мой единомышленник. XML в массы! А что ты думаешь на тему того, чтобы ВСЕ приложения вообще конфиги не хранили, а был единый демон с XML-БД (с удобным редактором для конкретных конфигов, конечно), куда приложения складывали бы свои конфиги, и брали бы от туда (с авторизацией)? Это позволило бы полностью оркестрацию и автоконфигурацию упростить. Для современных систем, где всё должно само разворачиваться в облаках, а не писаться куча шаблонов для кривых конфигов кривых приложений - это было бы просто идеально!

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

Абсолютно согласен: для вебни JSON куда лучше по целому ряду признаков.

у нас подобная штука есть прямо сейчас - именно для работы с облаками на тысячи серверов - но она закрытая проприетарная :( Локальный бэкенд - XML, если же нужно единый реестр на целый кластер - то реляционная БД либо in-memory data grid.

очень хотелось бы иметь такую штуку в опенсорце. Может, уже есть?

еще нужно как-то внедрить культуру использования такой штуки. Если мы будем единственные, кто ее использует - это немножко не то)

олсо, сейчас есть например вот такое: https://github.com/Netflix/archaius (оно не про XML, но про кластерный реестр. В частности, может использовать Зукипер как бэкенд для хранения данных. Наверное, можно навернуть и XML. Но самое главное - можно посмотреть, с какими задачами и проблемами там столкнулись)

Господа, как вам не стыдно кормить такого жирного тролля?

Вероятно, чувак ты никогда не слышал про проблемы расширяемости бинарных форматов, endianess, версий форматов и интеграций между ПО.

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