2012-01-25 15 views
8

आम तौर पर, आरईएसटी समुदाय जीईटी अनुरोधों में जटिल डेटा को नापसंद करता है। मुझे आश्चर्य है कि इसके पीछे एक अच्छा सिद्धांत है, या क्या यह केवल GET शब्दकोशों पर प्रतिबंध (मनमाने ढंग से यूआरएल लंबाई) प्रतिबंधों को सही करता है?REST और प्राप्त करें ... फिर

मैं यूआरएल और संसाधनों के बीच पत्राचार से खुश हूं, लेकिन मेरे जीईटी अनुरोध अनुरोध के शरीर में जटिल डेटा क्यों नहीं ले सकते हैं, जेसन या एक्सएमएल (जिसे HTTP स्पेक द्वारा अनुमत है) में?

जीईटी का बिंदु जैसा कि मैंने समझा था, यह था कि अनुरोधों को संकेत मिलता है कि वे सर्वर स्थिति को संशोधित नहीं करते हैं। यह अनुरोध की जटिलता के लिए ऑर्थोगोनल लगता है। फिर भी कई लोग सुझाव देते हैं कि जटिल प्रश्नों को पुट या पोस्ट के साथ बनाया जाए, और फिर जीईटी में संदर्भित किया जाए।

यह दुर्भाग्यपूर्ण साइड इफेक्ट्स के साथ एक सिद्धांत की स्थिति में एक सम्मेलन (जीईटी अनुरोधों पर निकायों का नहीं) को ऊपर उठाना प्रतीत होता है: किसी अन्य वस्तु की स्थिति को बनाए रखने के लिए जो संसाधन होने के लायक नहीं है इसका अपना - यह सवाल है।

लेकिन शायद कुछ अन्य सिद्धांत है जो मुझे याद आ रहा है - मैं आपकी टिप्पणियों का स्वागत करता हूं!

उत्तर

4

डर यह है कि मौजूदा वेब मध्यस्थ आपके जीईटी शरीर को छोड़ देंगे। सौभाग्य से नए httpbis चश्मा ने निकायों को प्राप्त करने के लिए पाठ को दोहराया है और इसे थोड़ा कम डरावना बना दिया है। निजी तौर पर, मैं अपने आप को शरीर के साथ प्राप्त करने पर विचार कर रहा हूं क्योंकि मैं असुरक्षित अनुरोधों को लॉग करना चाहता हूं और फिलहाल मेरे पास यह पता लगाने का कोई आसान तरीका नहीं है कि कोई पोस्ट सुरक्षित है या नहीं। यदि आपके घटकों पर नियंत्रण है जो आपके उपयोगकर्ता-एजेंट और मूल सर्वर के बीच बैठते हैं तो मैं आगे बढ़ता हूं, निकायों के साथ जीईटी का उपयोग करें।

+0

दिलचस्प ... क्या कोई भी "जंगली में" गिराए गए निकायों के साथ अपने दुर्भाग्यपूर्ण अनुभव साझा कर सकता है? – shaunc

+0

नहीं, लेकिन अगर आपको सामना करना पड़ता है तो आपके पास क्या योजना है? –

+0

पूंछ बारी और भागो! लेकिन अगर यह केवल एक भयानक किंवदंती है, और यह किसी के साथ कभी नहीं हुआ (सुनना), जो मुझे कुछ और आत्मविश्वास देता है। – shaunc

संबंधित मुद्दे