โครงสร้าง JSON ใดที่จะใช้สำหรับคู่ค่าคีย์

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

[{"key1": "value1"}, {"key2": "value2"}]

หรือ:

[{"Name": "key1", "Value": "value1"}, {"Name": "key2", "Value": "value2"}]

หรือ:

{"key1": "value1", "key2": "value2"}

ตัวแปรแรกดูเหมือนกะทัดรัดและ "ความหมายเชิงความหมาย" มากขึ้น ตัวแปรที่สองนั้นมีโครงสร้างที่เท่าเทียมกันมากขึ้นซึ่งอาจช่วยในการประมวลผล ตัวแปรที่ 3 ดูเหมือนจะมีความหมายมากยิ่งขึ้น

คู่ค่าคีย์จะถูกใช้เพื่อแนบข้อมูลโดยพลการกับรายการอื่น ๆ ข้อมูลจะต้องต่อเนื่องกันเป็น JSON เพื่อปัดเศษข้อมูลผ่านระบบ

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

ตัวเลือกที่สองนั้นแย่มากและฉันยังไม่พบเคสที่เหมาะสมสำหรับมัน เหตุผลที่น่ากลัวนอกเหนือจากการใช้ verbose มากขึ้นก็คือสำหรับ JSON ระดับเดียวมันทำให้การแปลงโดยอัตโนมัติของห้องสมุดส่วนใหญ่เป็นพจนานุกรม / แผนที่ สำหรับ JSON ที่ซ้อนกันอย่างลึกซึ้งจะแบ่งอินเทอร์เฟซการค้นหาที่ เหมือนของXPath

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

รูปแบบที่ 3 โดยทั่วไปดีที่สุด อย่างไรก็ตามนี่คือตัวอย่างของบางสิ่งที่เหมาะสมสำหรับรูปแบบที่ 1:

[{
  "username": "foo",
  "id": 1
}, {
  "username": "bar",
  "id": 2
}, {
  "username": "baz",
  "id": 3
}]

ที่นี่แต่ละวัตถุหมายถึงสิ่งที่แยกต่างหาก (และแต่ละวัตถุใช้คีย์เดียวกันกับวัตถุอื่นดังนั้นจึงไม่สามารถผสานได้) อย่างไรก็ตามแต่ละวัตถุในรายการจะถูกเก็บไว้{ "username": "foo", "id": 1 }มากกว่า[{ "username": "foo" }, { "id": 1 }]1) มันสั้นกว่าและ 2) มันอ้างถึงสิ่งหนึ่งด้วยชื่อผู้ใช้และรหัสไม่ใช่สิ่งหนึ่งที่มีชื่อผู้ใช้และอีกสิ่งหนึ่งที่มีรหัส

ปัญหาของตัวเลือกที่สองคือมันมีความละเอียดมากทั้งในฐานะ JSON และใช้งานได้ อย่างไรก็ตามสามารถใช้งานได้หากคุณต้องการจัดเก็บข้อมูลเมตาเกี่ยวกับคุณสมบัติ ตัวอย่าง:

{
  "key": "foo",
  "value": 1,
  "mutable": true
}

ที่นี่mutableอ้างถึงกรณีสมมุติว่าคุณสามารถแก้ไขคุณสมบัติเองไม่ใช่วัตถุพาเรนต์ ข้อมูลเมตาเช่นนี้คล้ายกับของ JavaScript Object.definePropertyซึ่งเก็บข้อมูล "กำหนดค่าได้" "นับได้" และ "เขียนได้" เกี่ยวกับคุณสมบัติ

คุณพูดว่านี่คือคู่ของคีย์ / ค่า ในกรณีดังกล่าวให้ใช้ # 3: พจนานุกรมของคู่คีย์ / ค่า

หากไม่ใช่คู่คีย์ / ค่าอย่าเรียก "คีย์" และ "ค่า" และใช้ # 2 อาร์เรย์ของพจนานุกรมที่มีเนื้อหาตามอำเภอใจ

โครงสร้าง # 1 เป็นเพียงแค่บ้าคลั่งเว้นแต่คุณต้องการคู่คีย์ / ค่า แต่ก็ต้องเรียงตามลำดับ ซึ่งคุณไม่ค่อยทำ

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