CrateX.app

ตัวแปลง JSON ↔ YAML

JSON↔YAML Converter แปลง YAML เป็น JSON และ JSON เป็น YAML ภายในเครื่องด้วยการซิงค์แบบเคียงข้างกัน การตรวจสอบไวยากรณ์เท่านั้น การเรียงลำดับคีย์ การควบคุมการเยื้อง YAML หลายเอกสาร และการคัดลอก/ดาวน์โหลด

การเยื้อง JSON

การเยื้อง YAML

เรียงคีย์ของอ็อบเจ็กต์

แยกอาร์เรย์เป็น YAML หลายเอกสาร (คั่นด้วย ---)

JSON

อักขระ

0 / 500,000

⇄

YAML

อักขระ

0 / 500,000

ตัวแปลง JSON ↔ YAML

เริ่มต้นอย่างรวดเร็ว

วางหรือพิมพ์ JSON ในตัวแก้ไขด้านซ้าย และ YAML ทางด้านขวาจะอัปเดตโดยอัตโนมัติ

คุณยังสามารถพิมพ์ YAML ทางด้านขวา และ JSON ทางด้านซ้ายจะอัปเดตโดยอัตโนมัติ

การซิงโครไนซ์เป็นแบบสองทิศทางอย่างสมบูรณ์ ไม่จำเป็นต้องสลับโหมด: แก้ไขด้านใดด้านหนึ่ง และอีกด้านจะอัปเดตทันที

ใช้แถบเครื่องมือด้านบนเพื่อตั้งค่าการเยื้อง JSON/YAML เปิดใช้งานการเรียงลำดับคีย์ และสลับเอาต์พุต YAML หลายเอกสาร

กด Tab ในตัวแก้ไขเพื่อแทรกการเยื้องแทนการย้ายโฟกัส

เครื่องมือแก้ไขแต่ละอันจะมีปุ่มคัดลอกและล้างที่มุมขวาบน การล้างด้านใดด้านหนึ่งจะเป็นการล้างทั้งสองด้าน

สถานการณ์การใช้งานทั่วไป

การเขียน Kubernetes

แปลงรายการทรัพยากร K8s ระหว่าง YAML และ JSON เพื่อตรวจสอบโครงสร้างจากมุมมองใดมุมมองหนึ่ง

การดีบักค่า Helm

แปลงค่าต่างๆ.yaml เป็น JSON เพื่อตรวจสอบประเภทและซ้อนใน IDE ของคุณ

ไปป์ไลน์ CI/CD

แปลงตัวอย่างข้อมูลระหว่าง GitHub Actions (YAML) และระบบ CI ที่ใช้ JSON ได้อย่างรวดเร็ว

การดีบัก API

แปลงเพย์โหลด JSON เป็น YAML เพื่อให้ได้มุมมองแบบลำดับชั้นที่ชัดเจนยิ่งขึ้น

การย้ายข้อมูลการกำหนดค่า

แปลงข้อมูลโค้ดการกำหนดค่าที่วางทีละรายการพร้อมตรวจสอบว่าความคิดเห็น จุดยึด และตัวแยกเอกสารเปลี่ยนแปลงอย่างไรใน JSON

การจัดรูปแบบและการตรวจสอบความถูกต้องของไวยากรณ์

ตรวจสอบไวยากรณ์ JSON/YAML ผ่านการซิงค์แบบสองทาง โดยมีตำแหน่งข้อผิดพลาดของบรรทัด/คอลัมน์

คำแนะนำการใช้งาน

การเยื้อง JSON แบบ 2 ช่องว่างใช้ได้กับกรณีส่วนใหญ่ ใช้ช่องว่าง 4 ช่องสำหรับการซ้อนแบบลึกหรือไฟล์ค่า Helm

เปิดใช้การจัดเรียงคีย์เพื่อแสดงคีย์ของออบเจ็กต์ตามลำดับตัวอักษร ช่วยให้เปรียบเทียบความแตกต่างของการตั้งค่าได้ง่ายขึ้น

เมื่อรูท JSON เป็นอาร์เรย์ ให้เปิดใช้งาน YAML หลายเอกสารเพื่อแยกแต่ละองค์ประกอบออกเป็นเอกสารแยกต่างหาก (---) ซึ่งมีประโยชน์สำหรับไฟล์ K8 ที่มีทรัพยากรหลายรายการ

หากข้อมูลที่ป้อนไม่ถูกต้อง ด้านที่แก้ไขจะไฮไลท์เส้นแสดงข้อผิดพลาด โฮเวอร์หรือแตะเพื่อดูรายละเอียดบรรทัด/คอลัมน์ และด้านที่สร้างขึ้นจะถูกล้างแทนที่จะแสดงเอาต์พุตเก่า

สำหรับเนื้อหาขนาดใหญ่ ให้วางก่อนและรอการซิงค์ จากนั้นจึงแก้ไขต่อเพื่อหลีกเลี่ยงการแปลงซ้ำมากเกินไป

สัญญาแปลงสภาพ

ตัวแก้ไขที่แก้ไขล่าสุดคือแหล่งที่มา เอดิเตอร์อื่นจะถูกสร้างขึ้นใหม่เมื่ออินพุตถูกต้อง

เอกสาร YAML หลายฉบับกลายเป็นอาร์เรย์ JSON เอกสาร YAML เดียวจะกลายเป็นค่า JSON หนึ่งค่า

เมื่อเปิดใช้งาน YAML หลายเอกสาร อาร์เรย์รูท JSON จะถูกเขียนเป็น --- แยกเอกสาร YAML; อาร์เรย์ว่างจะเป็น [] เพื่อการย้อนกลับได้

คีย์การเรียงลำดับจะเรียงลำดับคีย์ออบเจ็กต์ซ้ำก่อนเอาต์พุต ซึ่งช่วยในการเปรียบเทียบแต่จะเปลี่ยนลำดับคีย์ที่ดูแลรักษาด้วยมือ

การตรวจสอบความถูกต้องเป็นเพียงไวยากรณ์เท่านั้น เครื่องมือนี้ไม่ได้ตรวจสอบทรัพยากร Kubernetes, แผนภูมิ Helm, ไฟล์ Open API, สคีมา JSON หรือกฎนโยบาย

ข้อความ JSON และ YAML เป็นแบบร่างเซสชัน การตั้งค่าเยื้อง การเรียงลำดับ หลายเอกสาร หมายเลขบรรทัด และการตัดคำยังคงเป็นการตั้งค่าอุปกรณ์

ขีดจำกัดผู้เยี่ยมชม/ผู้ใช้/สมาชิกคืออักขระอินพุต 500,000/2,000,000/5,000,000, เอกสาร YAML25/100/250, โหนด YAML5,000/20,000/50,000, ความลึก 40/80/120, โหนด JSON 50,000/200,000/500,000 คุณสมบัติ JSON 25,000/100,000/250,000 และเอาต์พุต 16/48/96 MiB

ขอบเขตการเดินทางแบบไปกลับแบบขาดทุน

ความคิดเห็น YAML ถูกยกเลิกเนื่องจาก JSON ไม่มีช่องแสดงความคิดเห็น

YAML แองเคอร์ นามแฝง และคีย์ผสานถูกขยายเป็นค่า JSON ที่เป็นรูปธรรม โครงสร้างอ้างอิงไม่สามารถสร้างใหม่ได้โดยอัตโนมัติ

รูปแบบคำพูด รูปแบบสเกลาร์บล็อก เครื่องหมายเอกสาร และแท็ก YAML ที่กำหนดเองอาจถูกสร้างขึ้นใหม่หรือสูญหายได้ เนื่องจาก JSON เก็บเฉพาะค่าข้อมูลเท่านั้น

จำนวนเต็มขนาดใหญ่ยังคงเป็นไปตามความแม่นยำของตัวเลข JavaScript อ้างอิงรหัส Snowflake การประทับเวลา 64 บิต และตัวระบุที่แน่นอนอื่นๆ ก่อนการแปลง

การอัปโหลดไฟล์, การดึงข้อมูล URL, การแปลงไฟล์เป็นแบตช์, ลิงก์แชร์, ไลบรารีตัวอย่าง, การเรนเดอร์ Helm, ปรับแต่ง, นิพจน์ yq/jq, การตรวจสอบความถูกต้องของสคีมา และการแปลงหลายรูปแบบ อยู่นอกหน้านี้

ข้อจำกัดและความเข้ากันได้

การแยกวิเคราะห์ YAML เป็นไปตามข้อกำหนด YAML1.2 ลักษณะการทำงานของ YAML1.1 ที่เก่ากว่า เช่น การแปลงใช่/ไม่ใช่/เปิด/ปิดบูลีนอัตโนมัติ อาจแตกต่างกัน

หมายเลข JSON เป็นไปตามขีดจำกัด JavaScript IEEE 754 จำนวนเต็มที่เกินความแม่นยำที่ปลอดภัยแบบ 53 บิตอาจสูญเสียความแม่นยำ

YAML แองเคอร์และนามแฝง (&, *, <<) จะถูกขยายเป็นค่าที่เป็นรูปธรรมเมื่อแปลงเป็น JSON; ข้อมูลอ้างอิงไม่สามารถรักษาไว้ได้ และการขยายนามแฝงนั้นมีขีดจำกัดที่ปลอดภัย

ความคิดเห็น YAML รูปแบบคำพูด และสไตล์สเกลาร์แบบบล็อกอาจถูกทิ้งหรือสร้างใหม่ เนื่องจาก JSON ไม่รองรับรายละเอียดการนำเสนอเหล่านั้น

ความเป็นส่วนตัวและความปลอดภัย

การประมวลผลทั้งหมดเกิดขึ้นภายในเบราว์เซอร์ของคุณ ข้อความ JSON/YAML เป็นแบบร่างเซสชัน การตั้งค่าการเยื้อง การเรียงลำดับ หลายเอกสาร หมายเลขบรรทัด และการตัดคำจะยังคงอยู่ในอุปกรณ์นี้ โดยไม่มีการซิงค์บนคลาวด์ การดึงข้อมูล URL หรือประวัติระยะไกล

คำถามที่พบบ่อย

ขั้นตอนถัดไปสามารถทำต่อด้วยเครื่องมือที่เกี่ยวข้องเหล่านี้

ตัวแปลง JSON ↔ YAML

เริ่มต้นอย่างรวดเร็ว

สถานการณ์การใช้งานทั่วไป

การเขียน Kubernetes

การดีบักค่า Helm

ไปป์ไลน์ CI/CD

การดีบัก API

การย้ายข้อมูลการกำหนดค่า

การจัดรูปแบบและการตรวจสอบความถูกต้องของไวยากรณ์

คำแนะนำการใช้งาน

สัญญาแปลงสภาพ

ขอบเขตการเดินทางแบบไปกลับแบบขาดทุน

ข้อจำกัดและความเข้ากันได้

ความเป็นส่วนตัวและความปลอดภัย

คำถามที่พบบ่อย

JSON และ YAML แตกต่างกันอย่างไร และฉันควรใช้แต่ละรายการเมื่อใด

เหตุใดการใช่/ไม่ใช่/เปิด/ปิดจึงแตกต่างจากเครื่องมือ YAML รุ่นเก่า

เหตุใดความคิดเห็น YAML จึงหายไปหลังจากแปลงเป็น JSON

--- หมายถึงอะไรใน YAML

ฉันควรทำอย่างไรหากความแม่นยำของตัวเลขหายไปหลังการแปลง

จะเกิดอะไรขึ้นกับจุดยึด YAML (& และ *) ระหว่างการแปลง