JSON ↔ YAML Converter
Конвертиране JSON да YAML и YAML да JSON веднага във вашия браузър. Тази страница е полезна за ежедневна конфигуриране и работа с полезен товар: превръщането на строг JSON в по-четим YAML оформление, или конвертиране на YAML обратно в JSON за системи, които изискват скоби, скоби, и цитирани ключове.
Данни
Опитай.
Примери
{"app":{"name":"demo","port":8080,"features":["search","reports"]}}app:
name: demo
port: 8080
features:
- search
- reportsservers:
- host: app-1
port: 443
- host: app-2
port: 8443{
"servers": [
{
"host": "app-1",
"port": 443
},
{
"host": "app-2",
"port": 8443
}
]
}Кога да използвате JSON ↔ YAML преобразуване
Използвайте JSON → YAML, когато искате строг полезен товар в по-човешки-четим макет за преглед, документация, или конфигуриране редактиране. Използвайте YAML → JSON, когато config snippet, манифест, или структура списък трябва да се превърне обратно в строг JSON за API, скриптове, тестови приспособления, или системи, които приемат JSON, но не и YAML.
Какво запазва конвертора и какво може да се промени
За общи обекти, масиви, низове, числа, булианси и нулеви стойности, преобразуваният резултат трябва да запази структурата на данните, въпреки че форматиращият стил се променя. Идентификацията, стилът на цитата и други подробности за презентацията могат да се различават, тъй като изходът се нормализира спрямо форматерията, използвана на тази страница, вместо да се отразява точния стил на пастираните входове.
Поддържани входни модели
Тази страница е най-полезна за всекидневни структурирани данни: гнездени обекти или карти, масиви или последователности, както и нормални скаларни стойности като струни, числа, булиънси и нулеви. Той е предназначен за обща конфигуриране и преобразуване на полезен товар, а не за всяка напреднала функция или форматиране нюанс на разположение в цялата YAML екосистема.
Общи въпроси, свързани с преобразуването
JSON вход често се проваля поради проследяване на запетайки, липсващи скоби или скоби, или копиран текст, който не е валиден JSON. Входът на YAML често се проваля поради непостоянна вдлъбнатина, счупен списък структура, липсващи дебелото черво, или пастирана проза, смесена с данни. Коментарите и форматирането на стила също не оцеляват след кръгла обиколка, тъй като JSON и YAML не съхраняват презентацията по същия начин.
JSON срещу YAML за ежедневни задачи
Преди да разчитате на конвертирания YAML
Преди да поставите изхода в друга система, потвърдете, че дестинацията приема YAML стила, произведен тук и че вдлъбнатина-чувствителни инструменти интерпретират ценностите по начина, който очаквате. Структурата може да оцелее при преобразуване, докато очакванията за форматиране на потребителите все още се различават.
Какво се променя, когато JSON стане YAML
Конвертираният YAML може да използва различни цитати, вдлъбнатини и скаларни презентации дори когато структурата е еквивалентна на оригиналната JSON. Това може да подобри четивността, но също така означава, че не трябва да очаквате изхода да запази точния визуален стил на изходния текст.
Как да се интерпретира YAML изход безопасно
Третирайте YAML изхода като четливо структурно представяне на едни и същи базови данни, а не като доказателство, че всеки потребител надолу по веригата ще показва или интерпретира точно по същия начин. Преглед на вдлъбнатини, структура на списъка, и sclar форматиране преди повторно използване на резултата в реално config или разполагане на работния поток.
JSON е често срещан в API, браузър инструменти, и машинно ориентирани обмен на данни. YAML често е по-лесно за хората да четат и редактират в конфигурационен стил документи. Тази страница е полезна, когато трябва да преместите същата основна структура между тези две общи представителства, без да отваряте друг редактор или услуга за преобразуване.
