क्या पोस्ट के बाद सामग्री वापस करने के लिए आरईएसटी द्वारा ठीक है?

Question

मैं रीस्टलेट का उपयोग कर रहा हूं और मैंने एक संसाधन बनाया है। मैं स्वीकृति प्रस्तुत करने की विधि को ओवरराइड करके POST को संभालता हूं।

क्लाइंट मुझे कुछ डेटा भेजना चाहिए, फिर मैं इसे डीबी में संग्रहीत करता हूं, 201 (SUCCESS_CREATED) को प्रतिक्रिया सेट करता हूं और मुझे क्लाइंट को कुछ डेटा वापस करने की आवश्यकता होती है, लेकिन स्वीकृति का प्रकार वापस प्रस्तुत करना शून्य है।

मेरे मामले में मुझे कुछ पहचानकर्ता वापस करने की आवश्यकता है ताकि ग्राहक उस संसाधन तक पहुंच सके।

उदाहरण के लिए, यदि मेरे पास यूआरएल/संसाधन के साथ संसाधन था और क्लाइंट पोस्ट अनुरोध भेजता है तो मैं डीबी में नई पंक्ति जोड़ता हूं और इसका पता/संसाधन/आईडी आईडी होना चाहिए। मुझे {id} भेजना होगा।

क्या मैं कुछ गलत कर रहा हूं? क्या आरईएसटी सिद्धांत पोस्ट के बाद कुछ वापस करने की अनुमति देता है? यदि हां, तो मैं यह कैसे कर सकता हूं, और यदि इस स्थिति को संभालने का कोई तरीका नहीं है?

Answer 1

REST बस कहता है कि आपको वर्दी इंटरफेस के अनुरूप होना चाहिए। दूसरे शब्दों में, यह कहता है कि आपको HTTP spec के अनुसार क्या करना चाहिए POST करना चाहिए। यहाँ है कि कल्पना है कि प्रासंगिक है से बोली,

है एक संसाधन मूल सर्वर पर बनाया गया है, तो प्रतिक्रिया 201 (निर्मित) हो सकता है और एक इकाई जो की स्थिति का वर्णन शामिल करना चाहिए अनुरोध करें और नए संसाधन, और एक स्थान शीर्षलेख (अनुभाग 14.30 देखें) को संदर्भित करता है।

जैसा कि आप इससे देख सकते हैं, आपके पास दो स्थान हैं जहां आप क्लाइंट को इंगित कर सकते हैं जहां नव निर्मित संसाधन रहता है। स्थान शीर्षलेख में एक यूआरएल होना चाहिए जो नए संसाधन को इंगित करता है और आप विवरण के साथ एक इकाई को भी वापस कर सकते हैं।

मुझे यकीन नहीं है कि ओवरराइडिंग स्वीकार करने के बीच अंतर() और ओवरराइडिंग पोस्ट() लेकिन this उदाहरण दिखाता है कि पोस्ट से प्रतिक्रिया कैसे वापस करनी है।

Answer 2

जो भी प्रारूप अनुरोध किया गया है उसे आउटपुट करें। यही कारण है कि हो सकता है:

<success> 
    <id>5483</id> 
</success> 

या:

{ "type": "success", "id": 5483 } 

यह क्या आप आमतौर पर करते हैं पर निर्भर करता है। यदि वे डेटा की अपेक्षा नहीं कर रहे हैं, तो उन्हें केवल इसे अनदेखा करना चाहिए, लेकिन कोई भी क्लाइंट जो इसे सही तरीके से संभालना चाहता है, उसे सक्षम होना चाहिए।

Answer 3

दो अलग अलग सवाल:

करता है बाकी आवेदन पैटर्न एक पोस्ट में डेटा लौटने समर्थन करते हैं?

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

क्या रीस्टलेट ढांचा एक पोस्ट में डेटा लौटने की अनुमति देता है?

हां, भले ही यह शून्य हो जाता है, संसाधन में विस्तार करने वाली कक्षा में, आपके पास getResponse() विधि के माध्यम से Response ऑब्जेक्ट ऑब्जेक्ट तक पूर्ण पहुंच है। तो आप जो भी डेटा चाहते हैं उसके साथ getResponse()। SetEntity() को कॉल कर सकते हैं।

Answer 4

आप 201 एक इकाई शरीर के बजाय एक स्थान रीडायरेक्ट के साथ बनाया गया जवाब है, तो यह एक अच्छा विचार है एक सामग्री-स्थान हैडर संसाधन है कि जवाब में दिखाया जा रहा है की ओर इशारा करते शामिल करने के लिए।

यह संभावित भ्रम से बचने जाएगा - जिसमें एक ग्राहक सकता है (उचित) को लगता है कि प्रतिक्रिया इकाई वास्तव में 'निर्माता' के एक नए राज्य, और नहीं बनाए गए संसाधन प्रतिनिधित्व करता है।

> POST /collection 
> ..new item.. 

< 201 Created 
< Location: /collection/1354 
< Content-Location: /collection/1354 
< <div class="item">This is the new item that was created</div> 

Answer 5

मैं प्रतिक्रिया के शरीर में कुछ भी भेजना चाहता हूं। बस नव निर्मित संसाधन के (पूर्ण) यूआरएल में स्थान सेट करें।

आपका वर्णन चलता है कि यह वास्तव में अर्थ विज्ञान आप है:

1. पोस्ट यह
2. पर्याप्त के साथ जवाब दो बातें पता करने के लिए बनाने के लिए एक बात:
   1. सृजन हुआ कि (201)
   2. नई चीज़ कहां खोजें (स्थान शीर्षलेख)

कुछ और आवश्यक नहीं है। कैसे acceptRepresentation के भीतर से प्रतिक्रिया शरीर स्थापित करने के लिए के लिए