คำถามติดแท็ก rpc

7
ฉันควรใช้กริยา HTTP ใดเพื่อกระตุ้นการดำเนินการในบริการเว็บ REST
reloadฉันกำลังดำเนินการบริการเว็บสงบและเป็นหนึ่งในการกระทำที่มีอยู่จะเป็น มันจะใช้ในการโหลดการกำหนดค่าแคช ฯลฯ เราเริ่มต้นด้วยGETURI แบบง่าย ๆดังนี้: ${path}/cache/reload(ไม่มีการส่งพารามิเตอร์ใด ๆ เท่านั้นที่เรียกว่า URI) ฉันทราบว่าไม่ควรแก้ไขข้อมูลด้วยคำขอ GET กริยาที่ถูกต้องที่จะใช้เพื่อเรียกใช้การกระทำ / คำสั่งในบริการเว็บสงบคืออะไร? การโหลดซ้ำเป็นคำสั่งของเว็บเซอร์วิส REST ที่โหลดแคช / การกำหนดค่า / etc ของตัวเองอีกครั้ง ไม่ใช่วิธีการส่งคืนข้อมูลไปยังไคลเอนต์ อาจเป็นสิ่งที่ฉันพยายามทำไม่ใช่ REST แต่ก็ยังเป็นสิ่งที่ต้องทำด้วยวิธีนี้ reloadวิธีเป็นเพียงตัวอย่างจริงที่ทำให้ความรู้สึกที่อยู่ในขอบเขตของการประยุกต์ใช้และคำตอบส่วนใหญ่มุ่งเน้นไปที่มัน แต่ในความเป็นจริงผมเพียงแค่ต้องการที่จะทราบว่าคำกริยาที่จะเรียกการกระทำที่ไม่ได้ทำ CRUD แต่ยังคงมีการเปลี่ยนแปลงข้อมูล / สถานะ. ฉันพบรายละเอียดนี้เป็น asnwer บน Stack Overflow abot หัวเรื่อง: https://stackoverflow.com/questions/16877968/
80 rest  rpc 

3
RPC-ish ใกล้จะเหมาะสมกว่า REST เมื่อใด
หลังจากดูการพูดคุยนี้ใน REST แล้ว Reuse and Serendipityโดย Steve Vinoski ฉันสงสัยว่ามีกรณีธุรกิจในโครงการกรีนฟิลด์สำหรับ (XML-) การตั้งค่า RPC-ish ที่ REST ไม่สามารถแก้ไขได้ในทางที่ดีขึ้น ปัญหา RPC สองสามอย่างที่เขากล่าวถึง: มุ่งเน้นที่ภาษา (จัดระบบให้เหมาะสมกับภาษาไม่ใช่วิธีอื่น ๆ ) "ทำให้ดูเป็นท้องถิ่น" (และรับมือกับความล้มเหลวและความหน่วงแฝงเป็นข้อยกเว้นมากกว่ากฎ) ตั้งใจที่จะเป็นภาษาที่เป็นอิสระ แต่ยังคงมี "การเรียกใช้ฟังก์ชัน" ข้ามภาษาเป็นส่วนผสมหลัก IDLสำเร็จรูป ภาพลวงตาของความปลอดภัยประเภท และอีกไม่กี่ ... เพียงเพิ่มบทละครลงเล็กน้อยผลการค้นหาทันใจของ Google สำหรับ RPC และ REST:

3
เหตุใดจึงใช้ REST แทนกลไกคล้าย RPC ในเว็บแอปพลิเคชัน
ฉันเพิ่งเริ่มต้นเมื่อเร็ว ๆ นี้ที่ บริษัท ที่ใช้เฟรมเวิร์กแบบกำหนดเองที่ค่อนข้างแปลกสำหรับเว็บแอปพลิเคชัน แทนที่จะใช้เว็บเซอร์ RESTful จะใช้กลไก RPC เพื่อสื่อสารกับเซิร์ฟเวอร์ การสื่อสารกับเซิร์ฟเวอร์ดูเหมือนจะเป็นการเรียกใช้ฟังก์ชั่นอย่างง่าย แต่ฟังก์ชั่นนั้นจะถูกดำเนินการบนเซิร์ฟเวอร์ไม่ใช่ไคลเอนต์ บนฝั่งเซิร์ฟเวอร์มีวิธีกำหนดฟังก์ชันที่ไคลเอ็นต์สามารถเรียกได้ รายละเอียดของการแปลสิ่งนี้เป็นคำขอ http ถูกแยกออกไปอย่างสมบูรณ์ ตอนนี้ฉันเพิ่งใช้ไปแค่ช่วงสั้น ๆ แต่มันก็ค่อนข้างสะดวก แต่ฉันสงสัยว่าข้อเสียของวิธีนี้คืออะไร ดูเหมือนคนอื่น ๆ จะทำมันแตกต่างกันไปซึ่งมักเป็นสัญญาณสำหรับฉันว่าฉันอาจจะทำอะไรที่โง่หรือฉลาดด้วยอัตราต่อรองที่สูงขึ้นในอดีต
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.