YAML до JSON
Конвертиране на YAML в чист JSON директно във вашия браузър, когато трябва да се движат конфигурирани данни в по-строги JSON-базирани работни потоци. Тази страница е полезна за бърза подготовка на полезен товар, конфигуриране проверка, и превръщането на човек-редактира YAML във формат, който APIs, скриптове, и валидатори обикновено очакват.
Данни
Опитай.
Примери
name: ToolMill active: true count: 3
{
"name": "ToolMill",
"active": true,
"count": 3
}service:
name: api
ports:
- 443
- 8443{
"service": {
"name": "api",
"ports": [443, 8443]
}
}users:
- name: Ava
role: editor
- name: Leo
role: viewer{
"users": [
{
"name": "Ava",
"role": "editor"
},
{
"name": "Leo",
"role": "viewer"
}
]
}Как YAML карти на JSON
YAML mappings стават JSON обекти, YAML последователности стават JSON масиви, и скаларни стойности стават JSON низове, номера, booleans, или нула в зависимост от начина, по който те се тълкуват. Това прави тази страница полезна за превръщането на Config стил текст в по-строг машинно-ориентиран формат.
Правила за въвеждане, които имат значение преди преобразуването
YAML зависи много от структурата и списъка. Последователно разстояние, правилно използване на дебелото черво, и правилно гнездене списък елементи са по-важни, отколкото в формати с изрични скоби и скоби. Ако залепеният текст е счупил вдлъбнатина или частична структура, преобразуването може да се провали или да доведе до неочакван изход.
Какви промени по време на преобразуване
JSON изход става ясно за структурата чрез добавяне на скоби, скоби, запетая, и цитирани струни, където е необходимо. YAML коментари не пренасят в JSON изход, и форматирането стил е нормализиран за JSON, вместо запазване на оригиналния вид на YAML отрязък.
Общи грешки при преобразуване
Общи грешки включват счупени вдлъбнатини, списък елементи, които не са подравнени правилно, липсва дебелото черво, частично пасирани отрязъци, и предположения, че коментарите или всеки оригинален форматиращ детайл ще оцелее превръщането. Друга чест изненада е тип интерпретация: безкотирани стойности като истина, лъжа, null, или 3 може да стане boolians, null, или номера в JSON изход вместо струни.
Практически работни потоци
Преди да разчитате на преобразуване JSON в автоматизация или производство
Преди повторно използване на JSON в разгръщане или автоматизация работни потоци, потвърдете, че дестинацията очаква същата структура, скаларна интерпретация, и цитиране на поведение, което виждате сега в JSON форма. Успешното преобразуване е полезно, но съвместимостта с реалния потребител все още трябва да се провери отделно.
YAML функции и изход случаи Това преобразуване може да опрости
Някои YAML функции могат да бъдат изразени по начини, които стават по-малко очевидни след преобразуване в JSON. Анкери, псевдоними, коментари, форматиращ стил и някои скаларни конвенции са примери, при които преобразуваният JSON може да съхранява основни данни, като същевременно губи контекста на YAML или данните за презентацията.
Как да Интерпретирате JSON изход след YAML преобразуване
Изходът на JSON е машинно-приятелско представяне на структурата, парсирана от YAML входа. Тя може да бъде по-лесно да се валидира или премине в API, но все пак е важно да се преразгледа формата на масиви, обекти, и скаларни стойности, преди да го третира като пускане в замяна на оригиналния YAML файл.
Използвайте тази страница, когато трябва да превърнете конфигуриран отрязък в JSON за API или скрипт, проверете структурата на YAML списък, преди да го предадете на друг инструмент, или да конвертирате човешки редактиран манифест във формат, който по-строги валидатори могат да четат. Той е най-подходящ за бързо пастирани преобразувания, а не мащабна конфигурирана миграция или напреднали YAML функции.
