2008-08-26 8 views
9

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

+1

http://stackoverflow.com/questions/76595/soap-or-rest बहुत बेहतर उत्तर के साथ एक बेहतर सवाल है। यह एक दूसरे के डुप्लिकेट के रूप में बंद होना चाहिए, भले ही यह पहले आया था। –

+0

http://nishantshukla001webservices.blogspot.in/2015/09/webservices-soap-vs-rest-json-vs-xml.html – Nico

उत्तर

6

Google first hit बहुत व्यापक है।

मुझे लगता है कि यहां समस्या यह है कि एक या दूसरे के बहुत से समर्थक हैं, गुगलिंग के बेहतर हो सकते हैं और प्रो/कॉन के स्वयं के एक हैंडल को प्राप्त कर सकते हैं और अपना निर्णय ले सकते हैं।

मुझे पता है कि थोड़े लंगड़ा लगता है, लेकिन अंत में डिजाइन फैसले के इन प्रकार डेवलपर/वास्तुकार उस पर काम कर करने के लिए नीचे गिर जाते हैं, और समय की 99%, समस्या डोमेन निर्णायक कारक या कम से कम हो जाएगा (यह होना चाहिए), नेट पर एक गाइड नहीं है।

1

सिम्पल ऑब्जेक्ट एक्सेस प्रोटोकॉल (SOAP) मानक एक XML भाषा संदेश वास्तुकला और संदेश स्वरूप को परिभाषित करने, वेब सेवाओं द्वारा उपयोग किए यह आपरेशन के विवरण के होते हैं। डब्ल्यूएसडीएल वेब सेवाओं का वर्णन करने और उन्हें कैसे पहुंचाए जाने के लिए एक एक्सएमएल आधारित भाषा है। एसएमटीपी, एचटीटीपी, एफ़टीपी आदि पर चलेंगे। डब्ल्यूएसडीएल + एक्सएसडी, डब्ल्यूएस-पॉलिसी एसओएपी जैसी सेवाओं को परिभाषित करने के लिए मिडलवेयर समर्थन, अच्छी तरह से परिभाषित तंत्र की आवश्यकता है, एसएमएपी एक्सएमएल आधारित डेटा वापस कर देगा एसओएपी सुरक्षा और विश्वसनीयता के लिए मानकों को प्रदान करेगा

प्रतिनिधि राज्य स्थानांतरण (RESTful) वेब सेवाएं। वे दूसरी पीढ़ी की वेब सेवाएं हैं। रीस्टफुल वेब सेवाएं, एसओएपी-आधारित सेवाओं की तुलना में HTTP के माध्यम से संवाद करें और एक्सएमएल संदेशों या डब्लूएसडीएल सेवा-एपीआई परिभाषाओं की आवश्यकता नहीं है। बाकी के लिए कोई मिडलवेयर की आवश्यकता है केवल HTTP समर्थन needed.WADL स्टैंडर्ड, बाकी एक्सएमएल, सादा पाठ, JSON, एचटीएमएल आदि

टी ग्राहकों के कई प्रकार RESTful वेब सेवाओं का उपभोग करने के जबकि सर्वर साइड करने के लिए सक्षम करने के लिए आसान है लौट सकते है विकसित और पैमाने पर। ग्राहक सेवा के कुछ या सभी पहलुओं का उपभोग करना चुन सकते हैं और इसे अन्य वेब-आधारित सेवाओं के साथ मैश कर सकते हैं।

REST uses standard HTTP so it is simplerto creating clients, developing APIs 
REST permits many different data formats like XML, plain text, JSON, HTML where as SOAP only permits XML. 
REST has better performance and scalability. 
Rest and can be cached and SOAP can't 
Built-in error handling where SOAP has No error handling 
REST is particularly useful PDA and other mobile devices. 

आरईएसटी मौजूदा वेबसाइटों के साथ एकीकृत करना आसान है।

सोप प्रोटोकॉल है, जो अन्य बातों के अलावा, सुरक्षा और विश्वसनीयता के लिए मानकों प्रदान करते हैं और अन्य WS क्लाइंट और सर्वर के अनुरूप के साथ interoperate की स्थापना की है। एसओएपी वेब सेवाएं (जैसे जेएक्स-डब्ल्यूएस) एसिंक्रोनस प्रोसेसिंग और इनवोकेशन को संभालने में उपयोगी हैं।

परिसर एपीआई सोप के लिए अधिक उपयोगी हो जाएगा।

+1

क्या आपने देखा नहीं है कि पिछले उत्तरों ने पहले से ही यह जानकारी दी है? –

0

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

मैं अपनी पोस्ट में + रॉब कूपर से बहुत सहमत हूं। हां, बहुत सारे समर्थक हैं। मैंने difference between soap and rest सूचीबद्ध किया है।

0

एक अच्छा प्रवाह चार्ट है जिसका उपयोग आप आरईएसटी बनाम एसओएपी के बीच निर्णय लेने में मदद के लिए कर सकते हैं।प्रवाह के लिए

लिंक चार्ट: https://www.linkedin.com/pulse/20140818062318-7933571-soap-vs-rest-flowchart-to-determine-the-right-web-services-protocol-for-your-needs

अन्य दो कारकों है कि मैं इस निर्णय करने के लिए प्रयोग कर रहे हैं:

1) सेवा के ग्राहकों मीडिया प्रकार की आवश्यकता होगी https://drive.google.com/file/d/0B3zMtAq1Rf-sdVFNdThvNmZWRGc/edit

लेख से लिंक करें एक्सएमएल के अलावा (जैसे जेएसओएन)। यदि हां, तो आरईएसटी का उपयोग करें।

2) क्या सेवा का ग्राहक हमेशा एक एप्लिकेशन/सर्वर (जैसे आरआईए या AJAX क्लाइंट नहीं) होने जा रहा है। यदि नहीं, तो यह आरईएसटी की ओर झुकता है क्योंकि AJAX का उपयोग करते समय आरईएसटी सेवाओं का उपभोग करना आसान है।

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