Konverter YAML ke JSON

1. 1

   Tempel atau lepas YAML Anda

   Tempel ke editor, seret berkas .yaml atau .yml ke area unggah, atau buka salah satu dari tiga contoh. Konversi berjalan sambil Anda mengetik — tidak ada tombol yang harus ditekan untuk melihat hasilnya.

2. 2

   Pilih bentuk output

   2 spasi, 4 spasi, tab, atau diperkecil. Jika berkas berisi beberapa dokumen yang dipisah ---, tentukan apakah menjadi satu larik JSON, hanya dokumen pertama, atau satu berkas masing-masing. Nyalakan Urutkan kunci bila output akan dibandingkan.

3. 3

   Periksa apa yang berubah

   Panel di bawah hasil menyebutkan segala yang tidak bisa dibawa JSON apa adanya: nilai seperti .nan dan .inf, data biner yang ditulis sebagai base64, dan tag seperti !Ref yang diselesaikan ke nilai di bawahnya. Tidak ada yang berubah diam-diam.

4. 4

   Konversi, lalu unduh atau salin

   Tekan Konversi untuk membuat berkasnya, lalu unduh .json, salin ke papan klip, atau ambil seluruh batch sebagai satu ZIP. Jika YAML tidak bisa dibaca, galatnya menyebut baris, kolom, dan teks di sekitarnya.

Tempel YAML, lepas berkas .yaml atau .yml, atau muat contoh, dan JSON muncul sambil Anda mengetik. Manifes multi-dokumen, kunci gabung, jangkar, dan tag yang tidak umum ditangani alih-alih ditolak, dan segala yang harus diubah konversi dihitung di bawah hasil, bukan terjadi diam-diam. Pilih 2 spasi, 4 spasi, tab, atau diperkecil, urutkan kunci bila berkasnya akan dibandingkan, lalu unduh .json atau salin.

• YAML 1.2 core — Pemetaan, urutan, gaya blok dan alir, skalar multibaris, jangkar, alias, dan kunci gabung. Aturan skalarnya adalah skema core 1.2, jadi yes dan no tetap teks.
• Sadar multi-dokumen — Manifes yang dipisah --- menjadi larik JSON, dokumen pertamanya, atau satu berkas per dokumen. Versi sebelumnya dari alat ini menolak berkas semacam itu.
• Empat bentuk output — 2 spasi, 4 spasi, tab sungguhan, atau diperkecil dalam satu baris. Urutkan kunci menempatkan setiap objek dalam urutan tetap sehingga dua konversi data yang sama dibandingkan dengan bersih.
• Galat dengan posisi — Pesan, baris, kolom, dan tiga baris sumber Anda sendiri dengan penanda di bawah titik salahnya — bukan nomor baris yang dikorek dari kalimat.
• Tidak ada yang berubah diam-diam — Angka non-hingga, data biner, dan tag yang diselesaikan dihitung dan disebutkan di bawah hasil, karena masing-masing adalah nilai yang tidak bisa dibawa JSON apa adanya.
• Batch dan ZIP — Antre hingga 50 berkas dengan Pro, ambil sebagai satu arsip, atau lipat semua dokumen dari semua berkas menjadi satu larik JSON.

Satu berkas YAML bisa memuat beberapa dokumen, dipisah tiga tanda hubung pada barisnya sendiri. Itu bentuk normal manifes Kubernetes — Namespace, Deployment, dan Service dalam satu berkas — dan juga cara kubectl, kustomize, serta helm template menulis keluarannya. JSON tidak punya pemisah setara, jadi konverter harus memutuskan sesuatu, dan menolak berkasnya adalah keputusan yang diambil sebagian besar dari mereka.

• Otomatis — Satu dokumen menjadi objek; beberapa menjadi larik objek. Inilah yang orang harapkan, dan ini bawaannya.
• Selalu larik — Selalu larik, bahkan untuk satu dokumen. Pakai ini bila pembaca JSON-nya melakukan iterasi tanpa memeriksa dan objek tunggal akan merusaknya.
• Hanya dokumen pertama — Mengambil dokumen terdepan dan membuang sisanya. Berguna bila sesuatu digabungkan ke sebuah berkas dan Anda hanya butuh bagian awalnya.
• Berkas terpisah — Satu .json per dokumen, bernomor dengan nol di depan agar daftar folder terurut seperti aslinya. Tidak satu pun pesaing yang disebut di halaman ini menawarkannya.
• Dokumen kosong ikut dihitung — Rangkaian --- tanpa isi di antaranya adalah rangkaian dokumen null, dan itu dipertahankan alih-alih dibuang, karena posisinya bermakna dalam sebuah patch.

YAML memungkinkan Anda menamai simpul dengan &jangkar dan merujuknya kemudian dengan *alias, serta memungkinkan sebuah pemetaan menyerap pemetaan lain lewat kunci gabung <<. Bersama-sama itulah cara berkas docker-compose, pipeline GitLab CI, dan nilai Helm menghindari pengulangan. JSON tidak punya satu pun dari itu, jadi setiap rujukan harus dikembangkan di tempat — dan cara sebuah konverter memperlakukan kunci gabung adalah pembeda antara hasil yang benar dan hasil yang masuk akal tetapi salah.

• Alias dikembangkan — Setiap simpul yang dirujuk ditulis di tempat ia dipakai. Dua alias ke jangkar yang sama menghasilkan dua subpohon identik, karena JSON tidak bisa menyatakan bahwa keduanya simpul yang sama.
• Kunci gabung diselesaikan — Layanan yang ditulis <<: *common keluar dengan kunci bersama tergabung. Parser yang mengikuti YAML 1.2 secara harfiah justru meninggalkan kunci harfiah "<<" berisi objek bersarang: JSON valid, data salah, tanpa galat.
• Kunci belakangan menang — Kunci yang ditulis langsung pada pemetaan menimpa kunci yang digabungkan, dan pada perilaku itulah docker-compose serta GitLab CI bergantung.
• Pengembangan dibatasi — Jangkar bisa disarangkan sehingga berkas mungil mengembang menjadi gigabita. Kemungkinan pengembangan diukur sebelum apa pun diurai, dan berkas yang bisa melampaui anggaran ditolak dalam milidetik alih-alih membekukan halaman.

Aturan skalarnya adalah skema core YAML 1.2, dan berbeda dari YAML 1.1 tepat di tempat yang menentukan apakah sebuah nilai tiba sebagai teks atau angka. Salah di sini bukan soal format: itu mengubah datanya.

• Boolean hanya true dan false — yes, no, on, off, y, dan n tetap teks. Di YAML 1.1 semuanya menjadi boolean, dan itulah sebabnya kode negara NO untuk Norwegia sudah merusak begitu banyak pipeline.
• Angka bersifat desimal, oktal, dan heksadesimal — 42, 0o14, dan 0x1F adalah angka. 1_000 adalah teks, karena pemisah garis bawah milik 1.1; 0b1010 juga, dengan alasan sama.
• Stempel waktu tetap seperti ditulis — 2001-12-14 adalah teks yang Anda ketik, bukan tanggal yang digeser ke zona waktu mesin Anda. Ubah pengaturannya ke ISO 8601 bila ingin dinormalkan, dan jumlah yang berubah muncul di bawah hasil.
• Skalar blok mempertahankan pergantian baris — Blok | mempertahankan setiap pergantian baris; blok > melipatnya menjadi spasi. Keduanya tiba sebagai teks JSON biasa dengan spasi yang digambarkan YAML-nya.
• Tag diselesaikan ke nilai di bawahnya — !Ref, !GetAtt, !Sub, dan tag tidak umum lainnya memberi Anda skalar, urutan, atau pemetaan yang dilekatinya, dan nama tagnya didaftar di bawah hasil.

Sebagian YAML sama sekali tidak punya padanan JSON. Setiap konverter harus melakukan sesuatu tentangnya, dan hampir semuanya melakukannya tanpa memberi tahu Anda. Aturan di sini: tidak ada yang berubah diam-diam. Masing-masing kasus dihitung, disebutkan, dan bila ada pilihan sungguhan, pilihannya milik Anda.

• .nan, .inf, dan -.inf — JSON tidak punya literal untuk ketiganya. Bawaannya menulis null dan menghitung berapa yang dikonversi; bisa juga ditulis sebagai teks, atau konversinya dihentikan agar Anda memutuskan di sumbernya.
• Data biner — Simpul !!binary menjadi teks base64 — teks yang sama seperti di YAML, jadi tidak ada yang hilang, tetapi kini berupa teks alih-alih bita.
• Kunci majemuk — Pemetaan atau urutan yang dipakai sebagai kunci tidak punya padanan JSON, jadi ditampilkan sebagai teks. Kuncinya dipertahankan alih-alih berubah menjadi sesuatu seperti [object Object], yang dihasilkan konversi naif.
• Alias melingkar — Jangkar yang merujuk dirinya sendiri adalah YAML sah dan JSON mustahil. Itu dilaporkan sebagai alias melingkar beserta jalur ke simpulnya, bukan gagal di dalam serializer.
• Komentar — Komentar YAML bukan data dan tidak ada dokumen JSON yang bisa menyimpannya. Komentar dibuang, seperti pada konverter mana pun — perlu diketahui bila komentar itu memuat dokumentasi sebuah konfigurasi.

Kegagalan yang layak dijaga bukanlah yang memunculkan galat, melainkan yang menghasilkan dokumen rapi, masuk akal, dan salah. Kunci ganda adalah contoh paling jelas: YAML mengizinkan Anda menulisnya, JSON tidak bisa menyimpan kedua nilainya, jadi salah satunya hilang dalam konversi.

• Tolak, secara bawaan — Konversi berhenti dan menyebut baris serta kolom kunci kedua. Itulah bawaan yang aman, karena alternatifnya adalah berkas yang tampak terkonversi namun kehilangan sebuah nilai.
• Atau pakai yang terakhir — Ubah pengaturannya dan konversi selesai dengan «yang terakhir menang», seperti yang dilakukan sebagian besar perkakas YAML. Bedanya, Anda yang memilih.
• Kebalikannya adalah tab — YAML melarang tab sebagai indentasi. Berkas yang tampak rapi di editor dengan lebar tab dua spasi tidak akan terurai, dan galatnya menyebut barisnya.
• Urutkan kunci sebelum membandingkan — Dua ekspor data yang sama bisa berbeda hanya pada urutan kunci. Pengurutan membuat perbandingan menampilkan perubahannya, bukan urutannya.

Manifes 25 MB dikonversi dalam sedikit lebih dari satu detik pada mesin rujukan, dan seluruh prosesnya berjalan di perangkat Anda.

• Indentasi — 2 spasi, 4 spasi, tab sungguhan, atau diperkecil dalam satu baris. Keempatnya gratis — tidak ada sumbu kualitas pada indentasi.
• Dokumen — Otomatis, selalu larik, hanya dokumen pertama, atau satu berkas per dokumen.
• Urutkan kunci — Mengurutkan kunci setiap objek berdasarkan titik kode, sama di semua bahasa, agar output tidak bergantung pada bahasa peramban.
• Kunci ganda — Tolak dan laporkan, atau pakai yang terakhir. Pengaturan ini masuk ke parser, jadi mengubahnya membaca ulang dokumen.
• Angka non-hingga — null, teks, atau hentikan konversi.
• Stempel waktu — Biarkan persis seperti ditulis, atau normalkan ke ISO 8601.
• Gabungkan (Pro) — Semua dokumen dari semua berkas dalam antrean, dilipat menjadi satu larik JSON sesuai urutan antrean.

YAML ditulis manusia dan JSON dibaca program. Konversi inilah yang membuat konfigurasi yang nyaman disunting bisa sampai ke sistem yang hanya menerima JSON, dan cara tercepat mengetahui apa yang sebenarnya dikatakan sebuah berkas ketika indentasinya sudah tidak lagi jelas.

• API menerima JSON — Ubah konfigurasi YAML menjadi badan permintaan, fixture, atau blok pengaturan untuk layanan tanpa parser YAML.
• Menelusuri indentasi — Ketika manifes berperilaku aneh, mengonversinya memperlihatkan struktur yang dilihat parser, yang kerap berbeda dari yang disiratkan indentasinya.
• Membandingkan dua konfigurasi — Konversi keduanya, urutkan kuncinya, bandingkan JSON-nya. Urutan dan perubahan komentar berhenti muncul sebagai perbedaan.
• Memberi makan rantai alat JSON — jq, validator JSON Schema, dan setiap alat JSON di situs ini bekerja pada hasilnya.
• Tidak ada yang meninggalkan perangkat — Manifes memuat nama host, registri image, dan sesekali sebuah rahasia. Konversi terjadi di dalam halaman, jadi tidak satu pun darinya diunggah ke mana pun.

• JSON ke YAML
• Pemformat JSON
• XML ke JSON
• Alat JSON
• Validate the JSON

  Confirm the converted document parses everywhere, with the position of anything that does not

• Explore a large result

  A collapsible tree beats scrolling forty thousand lines of a converted manifest