ฉันกำลังพยายามค้นหาข้อมูลบางอย่างเกี่ยวกับการดำเนินการ RESTful url ที่ดีที่สุดและพบบ่อยที่สุด
ตัวอย่างเช่นคุณใช้ URL ใดในการแสดงรายละเอียดของรายการเพื่อแก้ไขรายการอัปเดต ฯลฯ
/question/show/<whatever>
/question/edit/<whatever>
/question/update/<whatever> (this is the post back url)
/question/list (lists the questions)
อืม. ขอบคุณทุกคนที่ช่วย :)
คำตอบ:
ใช้ URL เพื่อระบุวัตถุของคุณไม่ใช่การกระทำของคุณ:
โปรดทราบว่าสิ่งที่คุณพูดถึงครั้งแรกไม่ใช่สิ่งที่น่ารังเกียจ:
/questions/show/<whatever>
คุณควรใช้ URL ของคุณเพื่อระบุวัตถุของคุณแทน:
/questions/<question>
จากนั้นคุณดำเนินการอย่างใดอย่างหนึ่งด้านล่างกับทรัพยากรนั้น
รับ:
ใช้เพื่อรับทรัพยากรค้นหารายการทรัพยากรและเพื่อสอบถามข้อมูลแบบอ่านอย่างเดียวบนทรัพยากร
ในการขอรับทรัพยากรคำถาม:
GET /questions/<question> HTTP/1.1
Host: whateverblahblah.com
ในการแสดงรายการทรัพยากรคำถามทั้งหมด:
GET /questions HTTP/1.1
Host: whateverblahblah.com
โพสต์:
ใช้เพื่อสร้างทรัพยากร
โปรดทราบว่าต่อไปนี้เป็นข้อผิดพลาด:
POST /questions/<new_question> HTTP/1.1
Host: whateverblahblah.com
หากยังไม่ได้สร้าง URL คุณไม่ควรใช้ POST เพื่อสร้างในขณะที่ระบุชื่อ สิ่งนี้ควรส่งผลให้เกิดข้อผิดพลาดไม่พบทรัพยากรเนื่องจากยังไม่มี คุณควรวางทรัพยากรบนเซิร์ฟเวอร์ก่อน คุณสามารถโต้แย้งว่าด้วยการสร้างคำถามใหม่แสดงว่าคุณกำลังอัปเดตทรัพยากร / คำถามเนื่องจากตอนนี้จะส่งกลับอีกหนึ่งคำถามในรายการคำถาม
คุณควรทำสิ่งนี้เพื่อสร้างทรัพยากรโดยใช้ POST:
POST /questions HTTP/1.1
Host: whateverblahblah.com
โปรดทราบว่าในกรณีนี้ไม่ได้ระบุชื่อทรัพยากรเส้นทาง URL ของออบเจ็กต์ใหม่จะถูกส่งคืนให้คุณ
ลบ:
ใช้เพื่อลบทรัพยากร
DELETE /questions/<question> HTTP/1.1
Host: whateverblahblah.com
วาง:
ใช้เพื่อสร้างทรัพยากรหรือเขียนทับในขณะที่คุณระบุ URL ของทรัพยากร
สำหรับทรัพยากรใหม่:
PUT /questions/<new_question> HTTP/1.1
Host: whateverblahblah.com
ในการเขียนทับทรัพยากรที่มีอยู่:
PUT /questions/<existing_question> HTTP/1.1
Host: whateverblahblah.com
... ใช่พวกเดียวกัน PUT มักถูกอธิบายว่าเป็นวิธีการ 'แก้ไข' เช่นเดียวกับการแทนที่ทรัพยากรทั้งหมดด้วยเวอร์ชันที่มีการเปลี่ยนแปลงเล็กน้อยคุณได้แก้ไขสิ่งที่ไคลเอ็นต์จะได้รับเมื่อทำครั้งต่อไป
การใช้ REST ในรูปแบบ HTML:
HTML5 ข้อมูลจำเพาะกำหนด GET และ POST สำหรับองค์ประกอบแบบฟอร์ม
แอตทริบิวต์เนื้อหาวิธีการเป็นแอตทริบิวต์ที่แจกแจงด้วยคำสำคัญและสถานะต่อไปนี้:
- คีย์เวิร์ด GET แมปกับสถานะ GET ระบุเมธอด HTTP GET
- คีย์เวิร์ด POST แมปกับสถานะ POST ซึ่งระบุเมธอด HTTP POST
ในทางเทคนิคข้อกำหนด HTTP ไม่ได้ จำกัด ให้คุณใช้เฉพาะวิธีการเหล่านั้นเท่านั้น คุณมีอิสระในทางเทคนิคที่จะเพิ่มวิธีการใด ๆ ที่คุณต้องการแม้ว่าในทางปฏิบัตินี่ไม่ใช่ความคิดที่ดี แนวคิดก็คือทุกคนรู้ว่าคุณใช้ GET เพื่ออ่านข้อมูลดังนั้นมันจะทำให้เกิดความสับสนหากคุณตัดสินใจที่จะใช้ READ แทน ที่บอกว่า ...
ปะ:
นี่เป็นวิธีการที่กำหนดไว้ใน RFC อย่างเป็นทางการ ออกแบบมาเพื่อใช้เมื่อคุณต้องการส่งการแก้ไขเพียงบางส่วนไปยังทรัพยากรโดยจะใช้เหมือนกับ PUT:
PATCH /questions/<new_question> HTTP/1.1
Host: whateverblahblah.com
ความแตกต่างคือ PUT ต้องส่งทรัพยากรทั้งหมดไม่ว่าจะใหญ่แค่ไหนเมื่อเทียบกับสิ่งที่เปลี่ยนแปลงจริงในขณะที่ PATCH คุณสามารถส่งเพียงการเปลี่ยนแปลงได้
สมมติว่า/questions/10เป็นคำถามที่ถูกต้องแล้วจึงใช้วิธีการโต้ตอบกับมัน
โพสต์เพื่อเพิ่มเข้าไป
PUT เพื่อสร้างหรือแทนที่
รับเพื่อดู / สอบถาม
และ DELETE ไป .. ลบมัน
URL ไม่เปลี่ยนแปลง
ฉันจะออกไปบนกิ่งไม้และเดาว่าสิ่งที่คุณหมายถึงคือสิ่งที่เป็นตัวควบคุมมาตรฐานของ MVC เมื่อคุณพูดว่า "สงบ" URL ที่ตั้งแต่ตัวอย่างของคุณอาจจะถือว่าไม่ใช่ "สงบ" (ดูนี้บทความ)
เนื่องจาก Rails ได้รับความนิยมอย่างมากในรูปแบบ URL ที่คุณดูเหมือนจะสนใจฉันจึงขอเสนอด้านล่างการดำเนินการของคอนโทรลเลอร์เริ่มต้นที่สร้างโดยScaffoldingGeneratorใน Ruby on Rails สิ่งเหล่านี้น่าจะคุ้นเคยกับทุกคนที่ใช้แอปพลิเคชัน Rails
การดำเนินการและมุมมองแบบนั่งร้าน ได้แก่ ดัชนีรายการแสดงใหม่สร้างแก้ไขปรับปรุงทำลาย
โดยปกติคุณจะสร้างสิ่งนี้เป็น:
http://application.com/controller/<action>/<id>
นี่คือการแมป URL ปัจจุบันของคุณโดยใช้หลักการ REST:
/question/show/<whatever>
หากคุณระบุว่าคำถามเป็นแหล่งข้อมูลคำถามนั้นควรมี URL ที่ไม่ซ้ำกัน การใช้ GET เพื่อแสดง (ดึงข้อมูล) เป็นแนวทางปฏิบัติทั่วไป มันกลายเป็น:
GET /question/<whatever>
/question/edit/<whatever>
ตอนนี้คุณต้องการให้ผู้ใช้ของคุณมีมุมมองอื่นของทรัพยากรเดียวกันที่อนุญาตให้เขาแก้ไขทรัพยากรได้ (อาจมีการควบคุมแบบฟอร์ม)
สองตัวเลือกที่นี่แอปพลิเคชันของคุณคือแอปพลิเคชัน (ไม่ใช่เว็บไซต์) จากนั้นคุณอาจใช้ JavaScript เพื่อเปลี่ยนทรัพยากรให้เป็นทรัพยากรที่แก้ไขได้บนฝั่งไคลเอ็นต์
หากนี่คือเว็บไซต์คุณสามารถใช้ URL เดียวกันกับข้อมูลเพิ่มเติมเพื่อระบุข้อมูลพร็อพเพอร์ตี้อื่นได้ซึ่งแนวทางปฏิบัติทั่วไปจะเป็นดังนี้:
GET /question/<whatever>;edit
/question/update/<whatever> (this is the post back url)
นี่คือการเปลี่ยนคำถามดังนั้น PUT จึงเป็นวิธีที่ถูกต้องในการใช้:
PUT /question/<whatever>
/question/list (lists the questions)
รายการคำถามเป็นแหล่งข้อมูลหลักของคำถามดังนั้นจึงเป็นเรื่องปกติ:
GET /question
ตอนนี้คุณอาจต้องการเพิ่มเติม:
POST /question (create a new question and returns its URL)
DELETE /question/<whatever> (deletes a question if this is relevant)
ทาด้า :)
สี่ตัวอย่างของคุณอาจเป็น:
GET /questions/123
POST (or PUT) /questions/123 q=What+is+the+meaning+of+life
POST (or PUT) /questions/123 q=What+is+the+meaning+of+life
GET /questions
ในการเพิ่มคำถาม:
POST /questions q=What+is+the+meaning+of+life
เซิร์ฟเวอร์จะตอบสนอง:
200 OK (or 201 Created)
Location: /questions/456