आर्कगिस रेस्ट बनाम सोप एपीआई

Question

आर्कगिस सर्वर रीस्ट एपीआई बनाम सोप एपीआई और इसके विपरीत का उपयोग कब उचित है ? आप एक दूसरे के ऊपर फायदे के रूप में क्या देखते हैं?

उदाहरण के लिए, SOAP सेवा को विज़ुअल स्टूडियो में एकीकृत करने के लिए सेवा संदर्भ के रूप में उपभोग किया जा सकता है। क्या ऐसा कुछ उपलब्ध है जो आपको REST के साथ एकीकरण का स्तर प्रदान करेगा?

अधिक जानकारी: ArcGIS GIS सेवाएँ

Comments

यदि आप एक gp नौकरी रद्द करना चाहते हैं, तो आपको वर्तमान में SOAP का उपयोग करना होगा।

— किर्क कुएकेन्डल

Answer 1

यह अच्छा प्रश्न है। जबकि मुझे REST पसंद है, मुझे ज्यामिति के लिए Z और M मूल्यों का अनुरोध करने का कोई तरीका नहीं दिखता है। ऐसा लगता है कि यह पॉइंट ऑब्जेक्ट का उपयोग करके SOAP के साथ संभव है । इस प्रश्न को अधिक अंतरों को सूचीबद्ध करने के लिए विकसित होते हुए देखना बहुत अच्छा होगा।

एक और कारक वह है जो ग्राहकों को आपके समर्थन की आवश्यकता है - यदि यह सिर्फ सिल्वरलाइट है, तो SOAP बहुत अधिक आकर्षक है।

मैंने SOE और GP सेवाओं को विकसित किया है जो Json.NET के माध्यम से जटिल वस्तुओं को भेजते हैं। इन वस्तुओं को सिल्वरलाइट द्वारा आसानी से उपभोग किया जाता है, लेकिन ऐसा लगता है कि जावास्क्रिप्ट क्लाइंट के पास बहुत कठिन समय होगा ।

Answer 2

बाकी - प्रतिनिधि राज्य स्थानांतरण

मूल रूप से इसका अर्थ है कि प्रत्येक अद्वितीय URL किसी वस्तु का प्रतिनिधित्व करता है। आप HTTP GET का उपयोग करके उस वस्तु की सामग्री प्राप्त कर सकते हैं, इसे हटाने के लिए, आप तब वस्तु को संशोधित करने के लिए एक POST, PUT, या DELETE का उपयोग कर सकते हैं (व्यवहार में अधिकांश सेवाएं इसके लिए POST का उपयोग करती हैं)।

SOAP - सिंपल ऑब्जेक्ट एक्सेस प्रोटोकॉल

SOAP का उपयोग एंटरप्राइज़ अनुप्रयोगों के लिए विस्तृत प्रकारों और एकीकृत करने के लिए किया जाता है। अनुप्रयोगों और एक अन्य प्रवृत्ति विरासत प्रणालियों के साथ एकीकृत करने के लिए है, आदि Google SOAP (ब्लॉगर को छोड़कर) का उपयोग करके अपनी वेब सेवाओं को लागू करने में सुसंगत है

SOAP किर्क के लिए ArcGIS सर्वर +1 के साथ जियोप्रोसेसिंग से जीतता है

Comments

मुझे लगता है कि "सिंपल" SOAP में एक मिथ्या नाम है (सिवाय इसके कि जब वीएस विज़ार्ड के माध्यम से इसे करने के लिए क्लिक करें)। आरईएसटी का उपयोग करना आसान लगता है, लेकिन अंततः यह इस बात पर निर्भर करता है कि आपको किन ग्राहकों का समर्थन करने की आवश्यकता है (जैसे ऊपर कर्क ने कहा)।

— Bratch

गूगल केवल पांच सोप API, और 45 बाकी एपीआई है: programmableweb.com/apis/directory/...

— SCW

Answer 3

पिछले ग्राहकों में, हमने इसे उम्र और लंबे और इसके लिए कम देखा, उनके लिए यह था कि SOAP में बहुत अधिक विकास का नेतृत्व समय था, और REST एक संगठन को लागू करने के लिए आसान था।

यह वास्तव में वेब सेवाओं को भी नहीं कर रहे हैं SOAP तर्क दिया है ...

यहां आपके लिए कुछ तर्क दिए गए हैं:

सोप / बाकी

Answer 4

अब आप जॉब्स रद्द कर सकते हैं और आर्कजीस्ट रीस्ट एपीआई 10.1 के रूप में जेड और एम वापस कर सकते हैं

GP जॉब सबमिट करें (अब returnZ और returnM के विकल्प के साथ)

GP नौकरी रद्द करें

Answer 5

अधिक से अधिक लोग REST सेवाओं की ओर बढ़ रहे हैं क्योंकि वे बहुत आसान हैं और कोड का उपयोग करते हैं, जबकि SOEST REST की तुलना में बहुत थिक और धीमा है। निकट भविष्य में हम बड़े प्रवास देखेंगे और (उम्मीद है) SOAP DIE होगा

Comments

अधिक से अधिक लोग सेवाओं के लिए आगे बढ़ रहे हैं जो उन्हें लगता है कि

— रेस्टफुल