रीस्टफुल सेवाएं और अपडेट ऑपरेशंस

Question

मुझे पता है कि आरईएसटी संसाधन-उन्मुख होने का मतलब है, जो मानक HTTP विधियों का उपयोग करके इन संसाधनों पर लगभग सीआरयूडी संचालन का अनुवाद करता है। लेकिन क्या मैं संसाधन के भाग को अपडेट करना चाहता था?

उदाहरण के लिए, मान लीजिए कि मेरे पास Payment संसाधन है और मैं अपनी स्थिति को "paid" के रूप में चिह्नित करना चाहता हूं। मैं POST को पूरे Payment HTTP के माध्यम से ऑब्जेक्ट नहीं करना चाहता (कभी-कभी मेरे पास सभी डेटा भी नहीं होते)।

ऐसा करने का सबसे अच्छा तरीका क्या होगा? मैंने देखा है कि ट्विटर updating Twitter statuses के लिए निम्नलिखित दृष्टिकोण का उपयोग करता:

http://api.twitter.com/1/statuses/update.xml?status=playing with cURL and the Twitter API 

बाकी की "आत्मा" में इस दृष्टिकोण है?

अद्यतन: डालें -> पोस्ट

कुछ लिंक मैं इस बीच में पाया:

• PUT or POST: The REST of the Story
• PUT is not UPDATE
• PATCH Method for HTTP

Answer 1

ऐसा करने का आदर्श तरीका संसाधन का एक हिस्सा (उप संसाधन) को बदलना है और सर्वर को 303 लौटाएं अन्य स्थान संसाधन के साथ स्थानांतरित करने के लिए स्थान शीर्षलेख के साथ देखें। 303 अन्य क्लाइंट को बताता है कि अनुरोध के परिणामस्वरूप कुछ अन्य संसाधन बदल गए हैं और क्लाइंट को उस प्रतिनिधित्व को अपडेट करना चाहिए जो उसके पास है।

अपने उदाहरण में (मीडिया प्रकार निश्चित रूप से काल्पनिक,):

 
1. Client retrieves payment representation 
GET /payments/2 

200 Ok 
Content-Type: application/payment+xml 

<payment> 
    <status href="/payments/2/status" value="pending"/> 
</payment> 

2. Client updates status 
PUT /payments/2/status 
Content-Type: text/plain 

payed 

303 See Other 
Location: /payments/2 

3. Client follows the 303 redirect 
GET /payments/2 

200 Ok 
Content-Type: application/payment+xml 

<payment> 
    <status href="/payments/2/status" value="payed"/> 
</payment> 

Answer 2

मुझे लगता है, वो क्या है पोस्ट I एस के लिए: 'यूआर' 'सीआरयूडी' में।

आप किसी मौजूदा संसाधन को डेटा पोस्ट करते हैं। संसाधन निर्णय लेता है कि इसके साथ क्या किया जाए, और अपडेट हो जाए। साथ ही, POST डेटा केवल संपूर्ण संसाधन का एक टुकड़ा हो सकता है।

ट्विटर का दृष्टिकोण IMHO विश्वसनीय नहीं है, क्योंकि वे अधिभार प्राप्त करते हैं।

Answer 3

पोस्ट एक संसाधन

संपादित संशोधित करने के लिए इस्तेमाल किया जाना चाहिए: मार्टिन Fowler के लेख Richardson Maturity Model आराम एक बहुत अच्छा परिचय है।

Answer 4

क्या पैच के साथ गलत क्या है? "आंशिक संशोधन" समस्या इसके लिए कॉल करने लगती है, विशेष रूप से इस बात पर विचार करते हुए कि कभी-कभी आपको "इसे प्रतिस्थापित करने" के लिए आवश्यक सभी डेटा नहीं मिलते हैं ... लेकिन ईमानदारी से, मुझे "POST = create" का पालन करने में कोई बात नहीं दिखाई देती है, PUT = प्रतिस्थापित करें, पैच = अपडेट करें "धार्मिक रूप से दर्शन, और मुझे केवल पोस्ट का उपयोग करने में कुछ भी गलत नहीं लगता है।