JSON

JSON ↔ YAML / CSV / XML / TOML

แปลง JSON เป็น YAML, CSV, XML หรือ TOML และย้อนกลับ — ทั้งหมดในเบราว์เซอร์ ไม่ต้องใช้ไลบรารี


                    

JSON, YAML, CSV, XML, and TOML all solve the same problem — structured data representation — with different syntax and different trade-offs. This tool converts between all of them in both directions, right in your browser.

How to use it

Common uses

Things to keep in mind

JSON ↔ YAML and JSON ↔ TOML are usually lossless in both directions, since both formats support nesting the same way JSON does.

JSON → CSV loses nested structure: CSV is a flat tabular format, so nested objects and arrays either need to be flattened into separate columns or serialized as text.

บทความเกี่ยวกับเครื่องมือนี้: JSON ↔ YAML/CSV/XML/TOML: เมื่อไหร่และทำไมต้องแปลง

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

การแปลง JSON เป็น CSV ราบรื่นเสมอหรือไม่?

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

เกิดอะไรขึ้นกับประเภทข้อมูลเมื่อแปลงเป็น YAML หรือ TOML?

ตัวแปลงจะรักษาประเภทไว้ในที่ที่รูปแบบปลายทางรองรับ (ตัวเลข บูลีน null) แต่รูปแบบอย่าง XML จะแสดงทุกอย่างเป็นข้อความ เว้นแต่คุณจะเพิ่มแอตทริบิวต์ประเภทอย่างชัดเจนเอง

ข้อมูลของฉันถูกอัปโหลดไปที่ไหนระหว่างการแปลงหรือไม่?

ไม่ การแปลงทั้งหมดทำงานในเบราว์เซอร์ของคุณ ไม่มีการส่งข้อมูลไปยังเซิร์ฟเวอร์

ทำไมตัวเลขหรือสตริงบางครั้งเปลี่ยนไปหลังแปลงเป็น YAML?

YAML parser จะพยายามเดาประเภทของค่าที่ไม่มีเครื่องหมายคำพูด: "1.20" อาจกลายเป็นตัวเลข 1.2 (สูญเสียเลขศูนย์ท้าย) และ "NO" อาจกลายเป็นบูลีน false ตามกฎเก่าของ YAML 1.1 เพื่อหลีกเลี่ยงปัญหานี้ ค่าที่ต้องคงเป็นสตริงควรใส่เครื่องหมายคำพูดอย่างชัดเจน

สามารถแปลงย้อนกลับได้โดยไม่สูญเสียข้อมูลหรือไม่?

JSON ↔ YAML และ JSON ↔ TOML มักย้อนกลับได้โดยไม่สูญเสียข้อมูล เพราะทั้งสองรูปแบบรองรับการซ้อนกันเหมือน JSON ส่วน JSON → CSV → JSON จะสูญเสียโครงสร้างที่ซ้อนกันไปหากมีอยู่เดิม — การแปลงย้อนกลับจะได้เพียงข้อมูลแบบแบนเท่านั้น

บทความ: JSON

JSON Formatter: การจัดรูปแบบ ย่อขนาด และตรวจสอบความถูกต้อง

จัดรูปแบบเพื่อให้อ่านง่าย ย่อขนาดเพื่อลดขนาด ตรวจสอบเพื่อความถูกต้อง — สามงานที่ต่างกันกับ JSON

JSONPath: ค้นหาข้อมูลใน JSON โดยไม่ต้องแยกวิเคราะห์เอง

JSONPath ช่วยดึงค่าที่ต้องการจาก JSON ขนาดใหญ่ด้วยนิพจน์เดียวแทนการไล่ดูเองอย่างไร

JSON Diff: การเปรียบเทียบเชิงโครงสร้างต่างจากการเปรียบเทียบข้อความอย่างไร

เหตุใดลำดับคีย์จึงไม่ควรส่งผลต่อการเปรียบเทียบเอกสาร JSON สองฉบับ

JSON Schema: วิธีอธิบายและตรวจสอบโครงสร้างของ JSON

JSON Schema ช่วยตรวจสอบโดยอัตโนมัติว่าข้อมูลตรงกับสัญญาที่คาดหวังหรือไม่ได้อย่างไร

JSON Flatten: แปลงโครงสร้างซ้อนกันให้เป็นรายการแบบแบน

JSON ที่ซ้อนกันลึกแปลงเป็นรายการแบนของคีย์แบบ user.address.city ได้อย่างไร

JSON Sort Keys: เหตุใดจึงต้องเรียงลำดับคีย์ของอ็อบเจกต์

เหตุใดลำดับคีย์ JSON จึงไม่ถูกกำหนดไว้ แต่การเรียงลำดับยังคงมีประโยชน์ในทางปฏิบัติ

JSON Repair: เหตุใด JSON จึงเสียหายและจะแก้ไขอย่างไร

สาเหตุทั่วไปของ JSON ที่ "เสียหาย" และสิ่งที่การซ่อมแซมอัตโนมัติทำได้และทำไม่ได้

Mock JSON Generator: ข้อมูลปลอมมีประโยชน์อย่างไร

ข้อมูล mock ช่วยให้เริ่มสร้าง UI ได้ก่อนที่ backend จะพร้อมอย่างไร