นิสัยของการพึ่งพาความชอบในตัวอย่างนั้นไม่มีอะไรผิดปกติสำหรับคุณมันเป็นวิธีที่เร็วที่สุดในการรับคำตอบของคุณ ยิ่งกว่านั้นภาพตัวอย่างก็เป็นภาพ มันง่ายกว่าที่จะแยกวิเคราะห์ตัวอย่างที่มองเห็นได้มากกว่าอ่านย่อหน้าของข้อความและดึงข้อมูลที่คุณต้องการ
ตัวอย่าง:
ในการแสดงรายการผลิตภัณฑ์เราควรใช้Index
การกระทำของProducts
คอนโทรลเลอร์เนื่องจากGET
เป็นกริยาเดียวที่เป็นไปได้ที่นี่ (ดู [ผลิตภัณฑ์ที่ได้รับผลกระทบ] สำหรับข้อมูลเพิ่มเติมเกี่ยวกับการกระทำที่ใช้ในการสร้างแก้ไขและลบผลิตภัณฑ์ออกจากฐานข้อมูล)
ในการรับข้อมูลรายละเอียดเกี่ยวกับผลิตภัณฑ์เฉพาะให้เพิ่มตัวระบุเฉพาะต่อท้าย URI หากคุณต้องการได้รับรายชื่อของทุกผลิตภัณฑ์ที่มีอยู่ไม่ผนวกอะไร คุณสามารถใช้ตัวกรองตามที่อธิบายไว้ในส่วน [ตัวกรอง REST สำหรับการเลือกข้อมูล] ของคู่มือ โปรดทราบว่ารายการผลิตภัณฑ์ถูก จำกัด ไว้ที่หนึ่งพันรายการ [การแบ่งหน้า] สามารถใช้ในการเดินผ่านรายการทั้งหมดเนื่องจากแต่ละหน้ายัง จำกัด อยู่เพียงหนึ่งพันรายการ
คุณอาจต้องการบังคับให้บริการรีเฟรชปริมาณในสต็อก สิ่งนี้ทำได้โดยการตั้งค่าเป็นrefresh-quantities
หนึ่ง
มีรายละเอียด แต่น่าเบื่อและแทบอ่านไม่ได้ ความจริงที่ว่าคุณต้องติดตามลิงค์ทำให้สิ่งต่าง ๆ แย่ลงไปอีก หากเราผนวกตัวอย่างบางส่วนมันจะง่ายต่อการเข้าใจมากขึ้น:
GET ผลิตภัณฑ์ / ดัชนี /
ผลิตภัณฑ์ GET / ดัชนี / 12345 /
GET ผลิตภัณฑ์ / ดัชนี /? skip = 100 & รับ = 20
GET ผลิตภัณฑ์ / ดัชนี / หมวดหมู่ = 12
GET ผลิตภัณฑ์ / ดัชนี / ราคา = 0..39.90
GET ผลิตภัณฑ์ / ดัชนี /? หมวดหมู่ = 12 & ข้าม = 100 และใช้เวลา = 20
ความจริงที่ว่าคุณใช้ตัวอย่างเท่านั้นอาจเป็นปัญหา อย่าหยุดใช้ตัวอย่าง แต่อย่าลืมว่าเมื่อคุณมีความคิดแล้วเอกสารประกอบที่ละเอียดมากขึ้นอาจช่วยได้ ตัวอย่างเช่นตัวอย่างข้างต้นไม่แสดงว่ารายการผลิตภัณฑ์นั้น จำกัด ไว้ที่ 1,000 รายการ: คุณต้องอ่านเอกสารประกอบสำหรับสิ่งนั้น
เมื่อไหร่ที่คุณรู้ว่าคุณควรอ่านเอกสาร?
ทุกครั้งที่ API หรือไลบรารีไม่ทำงานตามที่คาดไว้ ตัวอย่างเช่นคุณคว้าตัวอย่างและทำ:
รับผลิตภัณฑ์ / ดัชนี /? skip = 6000 และรับ = 3000
ด้วยเหตุผลบางอย่างมันส่งคืนสินค้าน้อยกว่า 3,000 รายการในขณะที่คุณมีผลิตภัณฑ์มากกว่าสองหมื่นรายการในฐานข้อมูลของคุณ ที่นี่ API ไม่ทำงานเหมือนที่คุณคาดไว้ดังนั้นจึงเป็นเวลาที่ดีในการอ่านเอกสารรายละเอียด