मुझे वेब सेवा पता है और रिमोटिंग पर कुछ ज्ञान है। दोनों अवधारणाएं क्लाइंट मशीन पर विधियों का आह्वान करती हैं, तो अंतर कहां है ??वेब सेवा और रिमोटिंग के बीच क्या अंतर है?
दूरस्थ माध्यम से हम भी रिमोट मशीन और एक ही कार्यक्षमता पर विधि निष्पादित कर सकते हैं वेब सेवा भी के माध्यम से प्राप्त किया जा सकता ..
.. कृपया मुझे क्षमा करें यदि यह स्पष्ट सवाल यह है कि
दोनों समर्थन वितरित अनुप्रयोगों।
वेब सेवाएं सामान्य मानकों का उपयोग करके क्रॉस प्लेटफार्म हैं और फ़ायरवॉल के माध्यम से काम करती हैं। वे संदेशों के संदर्भ में भी सोचते हैं, वस्तुओं नहीं - आप एक सेवा को संदेश भेजते हैं, और आपको एक उत्तर मिलता है।
रिमोटिंग एक एमएस केवल तकनीक है जो पार मंच नहीं है और बाइनरी प्रारूप में वार्तालाप करता है। यह वस्तुओं के संदर्भ में सोचता है, आप रिमोट सर्वर पर एक ऑब्जेक्ट बनाते हैं और इसके साथ काम करते हैं। यह फ़ायरवॉल के साथ अच्छी तरह से काम नहीं करता है। इन दिनों रिमोटिंग भी मर चुका है, एमएस पक्ष डब्ल्यूसीएफ (जिसमें वेब सेवाएं शामिल हैं)
रिमोटिंग मृत नहीं है (अभी तक), बस बहिष्कृत। –
ठीक है, तो यह बहुत बीमार है :) – blowdart
वेब सर्विसेज रीमोटिंग का एक रूप है, क्योंकि आप प्रभावी ढंग से कोड को निष्पादित कर रहे हैं, जहां आप के बाहर या उसी मशीन पर AppDomain है।
उसी मशीन या नेटवर्क पर रिमोटिंग (इंटरप्रोसेस), इस धारणा में अलग है कि आप पारदर्शी प्रॉक्सी और क्रमबद्धता के माध्यम से ऐपडोमेन/प्लेटफार्म सीमाओं के बीच अपनी वस्तु को मार्शल करते हैं। रिमोटिंग इसकी जटिलताओं के साथ आता है और आसानी से बहुत जटिल हो सकता है। डब्ल्यूसीएफ ने चीजों को बनाए रखने के लिए चीजों को आसान बना दिया है। निष्पादन के अनुसार, मैंने दोनों दृष्टिकोणों की तुलना नहीं की है और निश्चित रूप से यह देखने में रुचि होगी कि इंटरप्रोसेस संदर्भ में दोनों किराया कैसे हैं। चूंकि डब्ल्यूसीएफ बाइनरी बाइंडिंग के साथ संवाद कर सकता है और HTTP प्रोटोकॉल तक ही सीमित नहीं है।
डब्ल्यूसीएफ ने इंटरप्रोसेस संचार के लिए पाइप्स का उपयोग करके यह इतना आसान बना दिया है।
अंत में पोर्ट 80 (मानक) HTTP और रीमोटिंग के माध्यम से संवाद करने के लिए उपयोग की जाने वाली वेब सर्विसेज अलग-अलग धारावाहिक प्रारूपों का उपयोग करके पूर्वनिर्धारित बंदरगाहों और चैनलों के माध्यम से संवाद कर सकती है।
अब उन्हें डब्ल्यूसीएफ द्वारा अपग्रेड किया गया है जो अब इन प्रकार के संचार के तरीकों को प्रदान करता है।
जबकि वेब सेवा को HTTP पर लागू किया गया है, टीएमसी/यूडीपी पर रिमोटिंग लागू किया गया है। इस प्रकार रिमोटिंग गति के मामले में बेहतर प्रदर्शन करता है।
वेब सेवाओं को HTTP पर लागू नहीं किया जाता है जब तक कि आप एक बहुत ही विशिष्ट कार्यान्वयन का संदर्भ नहीं लेते। डब्ल्यू 3 सी परिभाषा द्वारा वेब सेवाएं परिवहन प्रोटोकॉल से स्वतंत्र हैं। असल में कई वेब सेवा ढांचे टीसीपी, एसएमटीपी (जैसे मेट्रो) – wierob
पर ट्रांसपोर्ट प्रदान करते हैं, मुझे यकीन है कि लड़का नेट नेट सेवाओं के बारे में बात कर रहा था –
.NET Remoting concept एक माइक्रोसॉफ्ट/.NET विशिष्ट इंटरप्रोसेस संचार तकनीक है।
शब्द "वेब सेवा" अपने प्रचार के कारण बहुत फैल गया है। लेकिन मुझे लगता है कि W3C definition ज्यादातर मामलों में है। यह संदेश प्रोटोकॉल के रूप में इंटरफ़ेस विवरण और SOAP के रूप में WSDL के उपयोग को परिभाषित करता है।
Microsoft .NET Remoting: A Technical Overview on MSDN के अनुसार, रिमोटिंग या तो बाइनरी या एक्सएमएल एन्कोडिंग का उपयोग करता है। जबकि एक्सएमएल एन्कोडिंग SOAP का उपयोग करता है। लेकिन जहां तक मुझे पता है, यह WS-I Basic Profile का पालन नहीं करता है। इसलिए, यह एक बेहद सीमित वेब सेवा इंटरऑपरेबिलिटी प्रदान करता है।
दोनों अवधारणाएं इंटरप्रोसेस संचार की अनुमति देती हैं। यदि आपका एप्लिकेशन केवल .NET का उपयोग करता है, तो .NET Remoting का उपयोग करना एक अच्छा विकल्प है।
हालांकि, यदि आप वेब सेवाओं का उपयोग करने की तुलना में अन्य प्रोग्रामिंग भाषाओं के साथ अंतःक्रियाशीलता प्रदान करने की योजना बना रहे हैं।
रिमोटिंग स्थानीय विधि के रूप में बुलाए गए विदेशी विधि को अनुकरण कर रहा है, उसी प्रकार के पैरामीटर को स्वीकार कर रहा है, इसलिए ऑब्जेक्ट और ट्रांसफर को रिमोट विधि (जो एक ही भाषा या प्लेटफॉर्म में है) का आह्वान करने के लिए आवश्यक है, और राहत प्रदान करें।
वेब सेवा (एसओएपी सेवा) आरपीसी शर्तों में क्रॉस प्लेटफार्म विधि आमंत्रण के साथ सौदा करती है लेकिन दस्तावेज़ शैली सेवाओं का उपयोग करके इसे और भी बेहतर किया जा सकता है, यहां भाषाएं या प्लेटफॉर्म बाधा नहीं हैं क्योंकि एक्सएमएल मध्यवर्ती के रूप में कार्य करेगा और मार्शलिंग और अशांति मूल और एक्सएमएल प्रतिनिधित्व।
दोनों रिमोटिंग और वेब सेवाएं अनुप्रयोगों के बीच संचार के तरीके हैं।
रिमोटिंग - रिमोटिंग में, संचार प्रक्रिया में शामिल अनुप्रयोग एक ही कंप्यूटर पर, एक ही या अलग नेटवर्क में अलग-अलग कंप्यूटर पर स्थित हो सकते हैं। रिमोटिंग में, दोनों अनुप्रयोग एक-दूसरे के बारे में जानते हैं। किसी एप्लिकेशन ऑब्जेक्ट का प्रॉक्सी अन्य एप्लिकेशन पर बनाया गया है।
वेब सेवाएं - वेब सेवाओं का उपयोग कर अनुप्रयोगों के बीच संचार मंच स्वतंत्र और प्रोग्रामिंग स्वतंत्र है। वेब सेवा का उपभोग करने वाला एप्लिकेशन, यह जानने के बिना कि यह वेब सेवा वास्तव में कैसे कार्यान्वित की गई है, & बनाया गया है, इसे आसानी से एक्सेस करता है।
एएसपी.नेट आधारित वेब सेवाओं को केवल HTTP पर एक्सेस किया जा सकता है। किसी भी प्रोटोकॉल में .NET Remoting का उपयोग किया जा सकता है।
वेब सेवाएं एक स्टेटलेस वातावरण में काम करती हैं जहां प्रत्येक अनुरोध अनुरोध की सेवा के लिए बनाई गई एक नई वस्तु में परिणाम देता है। .NET Remoting राज्य प्रबंधन विकल्पों का समर्थन करता है और उसी क्लाइंट से एकाधिक कॉल और कॉलबैक का समर्थन कर सकता है।
वेब सेवाएं एसओएपी संदेशों में निहित एक्सएमएल के माध्यम से वस्तुओं को क्रमबद्ध करती हैं और इस प्रकार केवल उन वस्तुओं को संभाल सकती हैं जिन्हें एक्सएमएल में पूरी तरह व्यक्त किया जा सकता है। .NET Remoting सामान्य भाषा रनटाइम असेंबली के अस्तित्व पर निर्भर करता है जिसमें डेटा प्रकारों के बारे में जानकारी होती है। यह ऐसी जानकारी को सीमित करता है जिसे किसी ऑब्जेक्ट के बारे में पारित किया जाना चाहिए और ऑब्जेक्ट को मूल्य या संदर्भ द्वारा पारित करने की अनुमति देता है।
वेब सेवाएं प्लेटफॉर्म पर इंटरऑपरेबिलिटी का समर्थन करती हैं और विषम वातावरण के लिए अच्छी हैं। .NET Remoting के लिए ग्राहकों को .NET का उपयोग करके बनाया जाना चाहिए, या .NET Remoting का समर्थन करने वाला एक और ढांचा, जिसका अर्थ है एक सजातीय वातावरण।
अधिक से अधिक अच्छे प्रश्न। – kenny