Почему Microsoft не использовала go с json вместо yml для Azure конвейеров?

Question

Я начинаю изучать Azure dev-ops. Вы можете настроить свои Azure -pipelines с помощью yml. Мне просто интересно, почему Microsoft go с yml. Это также можно было сделать с помощью json. Просто любопытно, почему бы не использовать довольно популярный формат?

Answer 1

YAML может лучше объяснить вам, что делает сценарий. Причина этого в том, что YAML продается как «удобный для человека» язык сериализации данных. JSON и XML также являются языками сериализации данных, но они не были созданы с упором на удобочитаемость. В конце концов, JSON изначально не поддерживает комментарии (для этого вам нужно использовать JSONC или другую реализацию JSON, поддерживающую комментарии).

YAML позиционирует себя как язык «удобочитаемой сериализации данных». Итак, цель ясна - упростить чтение и запись структурированных данных. Это выдержка из этого блога , вы можете сослаться на него.

Answer 2

YAML не так распространен, как JSON, но это также популярный и потрясающий язык сериализации данных. Цель дизайна JSON - сделать его более простым и универсальным. Напротив, цель дизайна YAML - обеспечить удобный для человека формат и предоставить / обеспечить поддержку для сериализации произвольных собственных структур данных. Таким образом, это повысило удобочитаемость файлов YAML.

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

JSON - это надмножество формата YAML. Это означает, что мы можем разобрать JSON с помощью парсера YAML. Однако в практическом сценарии ios этот синтаксический анализ может вызвать проблемы, но теоретически это возможно. Я думаю, что Microsoft хотела, чтобы данные были легко читаемыми и простыми, поэтому они выбрали YAML!