"वेब सेवाओं" के संबंध में एक विस्तृत विविधता और अक्षांश मौजूद है।
web = transported over HTTP(S)
service = remote procedure call (RPC)
ध्यान दें कि यह के HTTP (एस) भाग केवल परिवहन मध्यम, लेकिन सामग्री नहीं निर्दिष्ट करता है: मैं यह उपयोगी है कि हम क्या बात कर रहे हैं की स्पष्ट टिप्पणी करने के लिए लगता है। यह भी ध्यान रखें कि इसका आरपीसी भाग केवल व्यवहार को निर्दिष्ट करता है (अनिवार्य रूप से एक नामित फ़ंक्शन को उन तर्कों के साथ आमंत्रित करता है जो परिणाम देता है) लेकिन सामग्री नहीं।
एक महत्वपूर्ण सवाल उठता है कि क्या आप संचार के दोनों तरफ नियंत्रित करते हैं। यदि ऐसा है, लेकिन विशेष रूप से यदि नहीं, तो आपको अंतःक्रियाशीलता के बारे में चिंतित होने की आवश्यकता है।
एसओएपी एक वेब सेवा लागू करने के लिए एक मानक है जो अनुरोध और प्रतिक्रिया की सामग्री के लिए विशिष्ट रूप से स्वरूपित एक्सएमएल का उपयोग निर्दिष्ट करता है। यह बहुत भारी है, और अभी भी विभिन्न कार्यान्वयन में अंतःक्रियाशीलता के साथ समस्याएं हैं।
बहुत से कस्टम कार्यान्वयन हैं, जिनमें से अधिकांश हल्का हैं, लेकिन आप लगभग निश्चित रूप से अंतःक्रियाशीलता के मुद्दों का सामना करेंगे।
चूंकि किसी भी प्रकार की सामग्री का उपयोग वेब सेवा प्राप्त करने के लिए संभावित रूप से किया जा सकता है, इसलिए मैं जटिल सामग्री (अलग-अलग डिग्री), मानकीकृत, हल्के और मजबूत को संभालने में सक्षम कुछ चुनने की सलाह देता हूं।
मैं हाल ही में सामग्री प्रारूप के लिए JSON की तरफ झुक रहा हूं। मैं इस पर विचार करने की सलाह देता हूं, खासकर अगर आप AJAX को लागू करने पर विचार कर रहे हैं।
शुभकामनाएं।
स्रोत
2008-12-18 19:59:29
क्या आपने अभी तक एक मंच पर फैसला किया है? जावा, सी #, कुछ और? क्या आप एसओएपी का उपयोग करने पर डेडसेट हैं या आप इसके बजाय कुछ सही के लिए खुले हैं? –