YAML над XML для файлов конфигурации?

Есть ли веские причины для выбора YAML над XML для файлов конфигурации?YAML над XML для файлов конфигурации?

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

Так хорошо, что я остаюсь crusty XML luddite? Или я должен стать хипстером YAML, потому что все это делают?

(BTW, JSON не вариант, потому что он не поддерживает комментарии.)

источник

2013-09-06 ccleve

Я уверен, что json действительно позволяет комментировать ... –

Официальный JSON не дает комментариев. Это применимо независимо от того, какую спецификацию вы считаете официальной. Но многие парсеры слабые и согласятся с вещами, которые спецификация не позволяет. –

Мне не нравятся ни XML, ни YAML, но вам, очевидно, нравится XML, так почему вы пытаетесь исправить то, что вы не воспринимаете как сломанное? –

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

YAML кажется весь гнев теперь Github

Если это аудитория Вы пишете тогда знание может быть еще одно преимущество.

Характер того, что вы настраиваете, должен сыграть большую роль в вашем решении. Должны ли файлы конфигурации быть расширяемыми или включать существующие языки XML? Будет ли иметь редакторы, ориентированные на схемы XML, справляться со сложными случаями?

Так хорошо, что я остаюсь грубым XML-луддитом?

Конечно; оба имеют свои сильные стороны. И не забывайте о файлах свойств, даже для более простых случаев.

источник

2013-09-07 12:00:33 Joe

Я изменил свои пути. Теперь я люблю ямль. – ccleve

YAML над XML для файлов конфигурации?

ответ

Смежные вопросы