मैं .net ऐप के लिए कुछ वेब सेवाएं लिख रहा हूं, अब मैं उन्हें उपभोग करने के लिए तैयार हूं। मैंने कई उदाहरण देखे हैं जहां वेब संदर्भ जोड़ने के दौरान विजुअल स्टूडियो बनाता है जो ऑटो जेनरेटेड विधियों का उपयोग करने के विरोध में सेवा उपभोग करने के लिए होमग्राउन कोड है।वेब सेवाओं की होमग्राउन खपत
क्या इसके कुछ फायदे हैं?
नहीं, आप क्या कर रहे हैं ठीक है। उन लोगों को आप को भ्रमित मत होने दें।
यदि आपने .net के साथ वेब सेवाएं लिखी हैं तो .NET द्वारा उत्पन्न संदर्भ प्रॉक्सी काफी उपयुक्त होने जा रहे हैं। जिस स्थिति का आप वर्णन करते हैं (जहां आप निर्माता और उपभोक्ता दोनों हैं) आदर्श स्थिति है।
यदि आपको संकलन समय पर अज्ञात किसी वेब सेवाओं से कनेक्ट करने की आवश्यकता है, तो आप एक अधिक गतिशील दृष्टिकोण चाहते हैं, जहां आप वेब सेवा के 'आकार' को कम करते हैं।
लेकिन ऑटो जेनरेट प्रॉक्सी क्लास का उपयोग करके शुरू करें, और जब तक आप सीमा को हिट न करें तब तक इसके बारे में चिंता न करें। और जब आप करते हैं - स्टैक ओवरफ़्लो पर वापस आते हैं ;-)
बस देखें कि क्या आप SSL का उपयोग करने की योजना बना रहे हैं। स्वचालित रूप से जेनरेट की गई प्रॉक्सी आपको सेवा पर एन्क्रिप्शन विधि बदलने की अनुमति नहीं देगी। उदाहरण के लिए, ओरेकल/जावा वेब सेवा पर मुझे हाल ही में उपभोग करना पड़ा, मुझे मैन्युअल रूप से अपनी प्रॉक्सी बनाने की आवश्यकता थी ताकि मैं सर्विसपॉइंटमैनेजर सिक्योरिटीप्रोटोकॉल को SSL3 के रूप में निर्दिष्ट कर सकूं। ServicePointManager.SecurityProtocol = SecurityProtocolType.Ssl3; –