JSON

JSON Schema Validator

ตรวจสอบข้อมูล JSON ให้ตรงตาม JSON Schema (สไตล์ draft-07) — พร้อมเส้นทางที่แน่นอนและคำอธิบายสำหรับแต่ละข้อผิดพลาด


                        
                    

JSON Schema describes the expected structure of a JSON document — which fields are required, what type they are, and what constraints apply to their values. This tool checks actual data against a schema and shows the exact path to every violation.

How to use it

Common uses

Things to keep in mind

JSON Schema has several versions (draft-07, 2019-09, 2020-12) with small syntax differences — check which version your production validator actually expects.

required only checks that a field is present, not its value — an empty string or null still counts as "present" if the type allows it.

บทความเกี่ยวกับเครื่องมือนี้: JSON Schema: วิธีอธิบายและตรวจสอบโครงสร้างของ JSON

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

การตรวจสอบด้วย JSON Schema ตรวจสอบอะไรกันแน่?

มันตรวจสอบว่าข้อมูล JSON ของคุณตรงกับกฎที่กำหนดไว้ใน schema หรือไม่ — ฟิลด์ที่จำเป็น ประเภทข้อมูล ช่วงค่า รูปแบบสตริง และอื่น ๆ — ไม่ใช่แค่ตรวจว่า JSON เองถูกต้องตามไวยากรณ์

เครื่องมือนี้รองรับ JSON Schema draft ใด?

เครื่องมือนี้ตรวจสอบตาม draft-07 ซึ่งเป็นหนึ่งในเวอร์ชันที่ใช้กันแพร่หลายที่สุด — schema ที่เขียนสำหรับ draft อื่นอาจใช้คำสำคัญที่ไม่รู้จักที่นี่

schema หรือข้อมูลของฉันถูกส่งไปที่ไหนเพื่อตรวจสอบหรือไม่?

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

additionalProperties: false ทำหน้าที่อะไร?

โดยค่าเริ่มต้น object สามารถมีฟิลด์ใดก็ได้เพิ่มเติมนอกเหนือจากที่ระบุใน properties additionalProperties: false ห้ามฟิลด์ส่วนเกิน — มีประโยชน์ในการจับข้อผิดพลาดจากการพิมพ์ชื่อคีย์ผิดหรือฟิลด์ debug ที่หลงเหลืออยู่โดยไม่ตั้งใจ

สามารถกำหนดฟิลด์ที่รับได้หลายประเภทหรือไม่?

ได้ ผ่านอาร์เรย์ใน type เช่น "type": ["string", "null"] หากฟิลด์นั้นอาจเป็นสตริงหรือ null สำหรับกรณีที่ซับซ้อนกว่านั้นให้ใช้คำสำคัญ oneOf, anyOf หรือ allOf

บทความ: JSON

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

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

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

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

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

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

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

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

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

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

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

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

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

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

JSON ↔ YAML/CSV/XML/TOML: เมื่อไหร่และทำไมต้องแปลง

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