मैंने अभी-अभी पेपाल के साथ एक बड़ी ईंट की दीवार को मारा। मैंने उनके WSDL का उपयोग करके कुछ रैपर कक्षाएं बनाने के लिए एक नियमित C # प्रोजेक्ट बनाया था।
यदि आप एक गैर-वेब प्रोजेक्ट बनाते हैं, तो आपको एक wsdl जोड़ने का एकमात्र विकल्प एक वेब सेवा संदर्भ है। और यह एक वेब संदर्भ के रूप में प्रॉक्सी कक्षाओं के एक ही सेट थोड़े बनाता है, लेकिन वास्तव में नहीं..यह अधिक जोड़ता है कि यहां तक कि पेपैल के लोगों को भी पता नहीं है।
इसलिए मैं इस पूरे समय में सेवा (SoapBinding) के रूप में उपयोग करने के लिए प्रॉक्सी कक्षाओं की इस सूची में सही इंटरफ़ेस की तलाश PayPalAPIAASoapBindingकर रहा था और वहाँ नहीं था मैं संपर्क में हमारे पेपैल बिंदु को बताता रहा।
मैं केवल निम्नलिखित 2 इंटरफेस देख सकता था जो मुझे दिखाई देते थे कि मुझे क्या उपयोग करने की आवश्यकता है क्योंकि मैंने ऐसा नहीं देखा था PayPalAPIAASoapBindingजिसे आप वेब संदर्भ आधारित सेवा संदर्भ में देख सकते हैं:
PayPalAPIAAInterfaceClient
PayPalAPIInterfaceClient इसलिए मैंने सोचा कि ओह, मैंने संभवतः एक वेब संदर्भ में एक सेवा संदर्भ बनाम एक वेब संदर्भ बनाया है जो वेब परियोजना में एक विकल्प है। लेकिन मैं नहीं चाहता कि मेरी सेवा का संदर्भ मेरी वेब परियोजना के साथ युग्मित हो। इसलिए मैंने C # प्रोजेक्ट बनाया।
तो क्या बिल्ली सेवा संदर्भ बनाम वेब संदर्भ है? और अगर मैं सेवा संदर्भ मुझे एक लूप फेंकने जा रहा हूं और मुझे वेब संदर्भ की तुलना में अलग इंटरफेस का एक सेट देने जा रहा हूं, तो मुझे इसे एथेर प्रोजेक्ट में कैसे अलग करना चाहिए?
इसके अलावा, चीजों को और अधिक भ्रमित करने के लिए, वीएस 2008 में एक वेब सेवा अनुप्रयोग परियोजना है।
तो मैं क्या उपयोग करूं? हम .NET 3.5 फ्रेमवर्क का उपयोग कर रहे हैं और हम WCF में जाने के लिए तैयार नहीं हैं । तो क्या मैं अभी भी WCF या क्या नहीं का उपयोग करते हुए भी नए सेवा संदर्भ का उपयोग कर सकता हूं? यदि आप .NET 3.5 का उपयोग कर रहे हैं और अभी तक डब्ल्यूसीएफ का उपयोग नहीं कर रहे हैं और आप अभी भी बुनियादी वेब सेवाएं करना चाहते हैं, तो क्या आप अभी भी सेवा संदर्भ मार्ग पर हैं और डब्ल्यूसीएफ ढांचे का उपयोग नहीं करते हैं? इसका अर्थ है कि इसे अभी भी .NET 2.0 वेब संदर्भ की तरह इस्तेमाल किया जा सकता है, बस आप WSDL की एक पूरी तरह से अलग पीढ़ी प्राप्त करने जा रहे हैं।
