2
REST คอมเพล็กซ์ / ทรัพยากรรวม / ซ้อนกัน [ปิด]
ปิด คำถามนี้จะต้องมีมากขึ้นมุ่งเน้น ไม่ยอมรับคำตอบในขณะนี้ ต้องการปรับปรุงคำถามนี้หรือไม่ อัปเดตคำถามเพื่อให้มุ่งเน้นที่ปัญหาเดียวโดยแก้ไขโพสต์นี้ ปิดให้บริการใน2 ปีที่ผ่านมา ปรับปรุงคำถามนี้ ฉันพยายามล้อมรอบวิธีที่ดีที่สุดในการจัดการกับแนวคิดใน API ที่ใช้ REST แหล่งข้อมูลที่ไม่มีทรัพยากรอื่น ๆ ไม่มีปัญหา ที่ที่ฉันประสบปัญหาคือทรัพยากรที่ซับซ้อน ตัวอย่างเช่นฉันมีทรัพยากรสำหรับหนังสือการ์ตูน ComicBookมีทุกประเภทของคุณสมบัติที่มันชอบauthor, issue number, dateฯลฯ หนังสือการ์ตูนยังมีรายการ1..nปก สิ่งเหล่านี้เป็นวัตถุที่ซับซ้อน พวกเขามีข้อมูลมากมายเกี่ยวกับหน้าปก: ศิลปินวันที่และแม้แต่ภาพที่เข้ารหัสพื้นฐาน 64 ของหน้าปก สำหรับGETวันที่ComicBookฉันสามารถกลับการ์ตูนและครอบคลุมทั้งหมดรวมถึงภาพฐานของพวกเขา 64 นั่นอาจไม่ใช่เรื่องใหญ่สำหรับการสร้างการ์ตูนเรื่องเดียว แต่สมมติว่าฉันกำลังสร้างแอปไคลเอ็นต์ที่ต้องการแสดงรายการการ์ตูนทั้งหมดในระบบในตาราง ตารางจะมีคุณสมบัติบางอย่างจากComicBookทรัพยากร แต่แน่นอนว่าเราจะไม่ต้องการแสดงหน้าปกทั้งหมดในตาราง การส่งคืนหนังสือการ์ตูน 1,000 เล่มแต่ละเล่มที่มีหน้าปกหลายปกจะส่งผลให้ข้อมูลจำนวนมหาศาลหลั่งไหลเข้ามาในสายข้อมูลที่ไม่จำเป็นสำหรับผู้ใช้ปลายทางในกรณีนี้ สัญชาตญาณของฉันคือการสร้างCoverทรัพยากรและมีComicBookหน้าปก ดังนั้นตอนนี้Coverคือ URI GETในหนังสือการ์ตูนทำงานได้ตอนนี้แทนที่จะเป็นCoverแหล่งทรัพยากรขนาดใหญ่ที่เราส่ง URI กลับมาสำหรับแต่ละหน้าปกและลูกค้าสามารถดึงข้อมูลหน้าปกได้ตามต้องการ ตอนนี้ฉันมีปัญหากับการสร้างการ์ตูนใหม่ แน่นอนฉันจะต้องการสร้างอย่างน้อยหนึ่งครอบคลุมเมื่อฉันสร้างComicในความเป็นจริงที่อาจเป็นกฎธุรกิจ ดังนั้นตอนนี้ผมติดผมทั้งบังคับให้ลูกค้าในการบังคับใช้กฎเกณฑ์ทางธุรกิจครั้งแรกโดยส่งCover, รับ URI สำหรับปกที่แล้วPOSTไอเอ็นจีComicBookกับ URI ในรายการหรือของฉันPOSTในการComicBookใช้เวลาในทรัพยากรมองที่แตกต่างกันเกินกว่าที่จะถ่มน้ำลาย …